https://bugzilla.redhat.com/show_bug.cgi?id=1370749
Bug ID: 1370749
Summary: jetty-9.4.0.M1 is available
Product: Fedora
Version: rawhide
Component: jetty
Keywords: FutureFeature, Triaged
Assignee: mizdebsk(a)redhat.com
Reporter: upstream-release-monitoring(a)fedoraproject.org
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
Latest upstream release: 9.4.0.M1
Current version/release in rawhide: 9.4.0-0.2.M0.fc25
URL: http://repo2.maven.org/maven2/org/eclipse/jetty/jetty-project/
Please consult the package updates policy before you issue an update to a
stable branch: https://fedoraproject.org/wiki/Updates_Policy
More information about the service that created this bug can be found at:
https://fedoraproject.org/wiki/Upstream_release_monitoring
Please keep in mind that with any upstream change, there may also be packaging
changes that need to be made. Specifically, please remember that it is your
responsibility to review the new version to ensure that the licensing is still
correct and that no non-free or legally problematic items have been added
upstream.
Based on the information from anitya:
https://release-monitoring.org/project/1447/
--
You are receiving this mail because:
You are on the CC list for the bug.
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
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/a311c8bde171551a57ff28c0485…
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1380440
--- Comment #1 from Alexander Kurtakov <akurtako(a)redhat.com> ---
Issue doesn't happen without webtools installed thus reassigned to the proper
package.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1380440
Alexander Kurtakov <akurtako(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |eclipse-sig(a)lists.fedorapro
| |ject.org, gerard(a)ryan.lt
Component|eclipse-rpm-editor |eclipse-webtools
Assignee|extras-orphan@fedoraproject |gerard(a)ryan.lt
|.org |
--
You are receiving this mail because:
You are on the CC list for the bug.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1290784
Christian Stadelmann <rhbz(a)genodeftest.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |CLOSED
Resolution|--- |NEXTRELEASE
Last Closed| |2016-09-28 16:28:02
--- Comment #17 from Christian Stadelmann <rhbz(a)genodeftest.de> ---
This issue is gone now on Fedora 25 with latest updates installed.
--
You are receiving this mail because:
You are on the CC list for the bug.
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.
https://bugzilla.redhat.com/show_bug.cgi?id=1290784
--- Comment #16 from Christian Stadelmann <rhbz(a)genodeftest.de> ---
Created attachment 1204930
--> https://bugzilla.redhat.com/attachment.cgi?id=1204930&action=edit
eclipse log file [workspace]/.metadata/.log
When trying again to reproduce, eclipse crashes. This time with a more
meaningful crasher reporting a stackoverflow. See attached logs for details.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=1376830
Alexander Kurtakov <akurtako(a)redhat.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |eclipse-sig(a)lists.fedorapro
| |ject.org, gerard(a)ryan.lt
Component|eclipse-rpm-editor |eclipse-webtools
Assignee|extras-orphan@fedoraproject |gerard(a)ryan.lt
|.org |
--
You are receiving this mail because:
You are on the CC list for the bug.