[Bug 1255007] New: eclipse @wayland - windows (bottoms & right edges) seem trimmed
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1255007
Bug ID: 1255007
Summary: eclipse @wayland - windows (bottoms & right edges)
seem trimmed
Product: Fedora
Version: 22
Component: eclipse
Severity: high
Assignee: akurtako(a)redhat.com
Reporter: peljasz(a)yahoo.co.uk
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, rgrunber(a)redhat.com
Description of problem:
which causes missing buttons: next, finish, similar.
Version-Release number of selected component (if applicable):
Mars
How reproducible:
Steps to Reproduce:
1.
2.
3.
Actual results:
Expected results:
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=dEje4D9LxE&a=cc_unsubscribe
7 years, 6 months
[Bug 1353999] New: CNFE when running thermostat web-storage-service with jetty 9.4.0.M0
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1353999
Bug ID: 1353999
Summary: CNFE when running thermostat web-storage-service with
jetty 9.4.0.M0
Product: Fedora
Version: rawhide
Component: jetty
Assignee: mizdebsk(a)redhat.com
Reporter: sgehwolf(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: eclipse-sig(a)lists.fedoraproject.org,
java-sig-commits(a)lists.fedoraproject.org,
krzysztof.daniel(a)gmail.com, mizdebsk(a)redhat.com,
msimacek(a)redhat.com
Created attachment 1177703
--> https://bugzilla.redhat.com/attachment.cgi?id=1177703&action=edit
Proposed fix which works for us.
Description of problem:
This is an upstream bug in upcoming jetty 9.4.0. Caused by this refactoring:
https://github.com/eclipse/jetty.project/commit/a311c8bde171551a57ff28c04...
Version-Release number of selected component (if applicable):
$ rpm -q jetty-server
jetty-server-9.4.0-0.2.M0.fc25.noarch
$ rpm -q thermostat
thermostat-1.6.0-1.fc25.x86_64
How reproducible:
100%
Steps to Reproduce:
1. dnf install thermostat-webapp (A mock setup will do too)
2. echo -e 'yes\nm\nm\nm\nc\nc\nc\na\na\na' | thermostat setup -c
3. thermostat web-storage-service
Actual results:
starting storage server...
server listening on ip: mongodb://127.0.0.1:27518
log file is here: /root/.thermostat-1.6/logs/db.log
pid: 8285
2016-07-08 15:01:52.035:INFO::Thread-3: Logging initialized @1374ms
2016-07-08 15:01:52.083:INFO:oejs.Server:Thread-3: jetty-9.4.0.M0
2016-07-08 15:01:52.083:WARN:oejs.Server:Thread-3: THIS IS NOT A STABLE
RELEASE! DO NOT USE IN PRODUCTION!
2016-07-08 15:01:52.083:WARN:oejs.Server:Thread-3: Download a stable release
from http://download.eclipse.org/jetty/
2016-07-08 15:01:52.092:WARN:oejw.WebAppContext:Thread-3: Failed startup of
context
o.e.j.w.WebAppContext@6cdce5ed{/thermostat/storage,null,null}{/usr/share/thermostat/webapp}
java.lang.ClassNotFoundException: org.eclipse.jetty.webapp.WebInfConfiguration
at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.eclipse.jetty.util.Loader.loadClass(Loader.java:65)
at
org.eclipse.jetty.webapp.WebAppContext.loadConfigurations(WebAppContext.java:931)
at
org.eclipse.jetty.webapp.WebAppContext.preConfigure(WebAppContext.java:451)
at
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:520)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at org.eclipse.jetty.server.Server.start(Server.java:437)
at
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:106)
at
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:93)
at org.eclipse.jetty.server.Server.doStart(Server.java:404)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
com.redhat.thermostat.web.endpoint.internal.JettyContainerLauncher.doStartContainerAndDeployWar(JettyContainerLauncher.java:214)
at
com.redhat.thermostat.web.endpoint.internal.JettyContainerLauncher.startContainerAndDeployWar(JettyContainerLauncher.java:125)
at
com.redhat.thermostat.web.endpoint.internal.JettyContainerLauncher.access$000(JettyContainerLauncher.java:77)
at
com.redhat.thermostat.web.endpoint.internal.JettyContainerLauncher$1.run(JettyContainerLauncher.java:99)
at java.lang.Thread.run(Thread.java:745)
server shutdown complete: /root/.thermostat-1.6/data/db
log file is here: /root/.thermostat-1.6/logs/db.log
Failed to start embedded jetty instance
Expected results:
No ClassNotFoundException and successful startup.
Additional info:
This is likely only reproducible when jetty is being started within an OSGi
environment. Such is the case for "thermostat web-storage-service".
Note that the code in Loader around line 65 looks like this:
@SuppressWarnings("rawtypes")
public static Class loadClass(String name)
throws ClassNotFoundException
{
ClassLoader loader=Thread.currentThread().getContextClassLoader();
return (loader==null ) ? Class.forName(name) : loader.loadClass(name);
}
loader in this context points to the app class loader which booted up the OSGi
framework. However, the OSGi bundle jetty-webapp was loaded as a bundle and
thus, classes inside it will get loaded with the bundles class loader. Then
TCCL won't see the relevant config classes in the webapp bundle whereas the
bundle class loader would see it.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 6 months
[Bug 1334855] New: eclipse-dtp broken in version 1.12.0-7
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1334855
Bug ID: 1334855
Summary: eclipse-dtp broken in version 1.12.0-7
Product: Fedora
Version: 23
Component: eclipse-dtp
Assignee: akurtako(a)redhat.com
Reporter: a_villacis(a)palosanto.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com,
eclipse-sig(a)lists.fedoraproject.org, gerard(a)ryan.lt,
krzysztof.daniel(a)gmail.com, mat.booth(a)redhat.com
Description of problem:
After update from eclipse-dtp-1.12.0-5.fc23.noarch to
eclipse-dtp-1.12.0-7.fc23.noarch , several features associated with SQL scripts
stopped working. SQL syntax highligting no longer available SQL scripts show up
as plain text. Additionally, several errors appear on the error log shown in
the Eclipse GUI.
Reverting the update to 1.12.0-5 fixes the issue for me.
Version-Release number of selected component (if applicable):
eclipse-dtp-1.12.0-7.fc23.noarch
How reproducible:
Always
Steps to Reproduce:
1. Update to eclipse-dtp-1.12.0-7.fc23.noarch
2. Attempt to open a valid SQL script
3.
Actual results:
SQL syntax highlighting not present.
Expected results:
Syntax highlighting keeps working after update.
Additional info:
The following backtraces appear in the Eclipse error console.
java.io.IOException: Unable to resolve plug-in
"platform:/plugin/org.eclipse.datatools.sqltools.sqlscrapbook/images/qrydoc.gif".
at
org.eclipse.core.internal.runtime.PlatformURLPluginConnection.parse(PlatformURLPluginConnection.java:65)
at org.eclipse.core.internal.runtime.FindSupport.find(FindSupport.java:290)
at org.eclipse.core.runtime.FileLocator.find(FileLocator.java:152)
at
org.eclipse.jface.resource.URLImageDescriptor.getFilePath(URLImageDescriptor.java:215)
...
java.io.IOException: Unable to resolve plug-in
"platform:/plugin/org.eclipse.datatools.sqltools.sqlscrapbook/images/qrydoc.gif".
at
org.eclipse.core.internal.runtime.PlatformURLPluginConnection.parse(PlatformURLPluginConnection.java:65)
at
org.eclipse.core.internal.runtime.PlatformURLPluginConnection.resolve(PlatformURLPluginConnection.java:77)
at
org.eclipse.core.internal.boot.PlatformURLHandler.openConnection(PlatformURLHandler.java:69)
at
org.eclipse.osgi.internal.url.URLStreamHandlerProxy.openConnection(URLStreamHandlerProxy.java:114)
at java.net.URL.openConnection(URL.java:979)
at
org.eclipse.core.internal.runtime.PlatformURLConverter.toFileURL(PlatformURLConverter.java:34)
at org.eclipse.core.runtime.FileLocator.toFileURL(FileLocator.java:207)
at
org.eclipse.jface.resource.URLImageDescriptor.getFilePath(URLImageDescriptor.java:219)
...
java.io.IOException: Unable to resolve plug-in
"platform:/plugin/org.eclipse.datatools.sqltools.sqlscrapbook/images/qrydoc.gif".
at
org.eclipse.core.internal.runtime.PlatformURLPluginConnection.parse(PlatformURLPluginConnection.java:65)
at org.eclipse.core.internal.runtime.FindSupport.find(FindSupport.java:290)
at org.eclipse.core.runtime.FileLocator.find(FileLocator.java:152)
at
org.eclipse.jface.resource.URLImageDescriptor.getStream(URLImageDescriptor.java:140)
...
Unable to find element factory:
org.eclipse.datatools.sqltools.internal.sqlscrapbook.editor.SQLScrapbookEditorInputFactory
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 7 months
[Bug 1374938] New: eclipse spec has fragile logic
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1374938
Bug ID: 1374938
Summary: eclipse spec has fragile logic
Product: Fedora
Version: rawhide
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: dennis(a)ausil.us
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com, andjrobins(a)gmail.com,
eclipse-sig(a)lists.fedoraproject.org,
jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com,
mat.booth(a)redhat.com, rgrunber(a)redhat.com
Description of problem:
%mvn_build -j -f -- -DforceContextQualifier=$(date -u +v%Y%m%d-1000) \
results in provides and requires having the date embeded into them. As there
is a noarch subpackge in the output we can end up with builds that are not
installable. the buildsystem runs on UTC, if a build is submitted close to
midnight some arches could be started before midnight and get one day and other
arches started after midnight getting a different day.
As a real world situation with the import of aarch64 into
koji.fedoraproject.org eclipse on aarch64 is not installable because the
aarch64 build happeend to be built the day after the rest. eclipse now needs to
be rebootstrapped, though it fails on x86_64 to build
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 7 months