eclipse-sig June 2017

eclipse-sig@lists.stg.fedoraproject.org

2 participants
54 discussions

[Bug 1313394] New: subclipse svn+ssh:// URLs don't work anymore?
by Red Hat Bugzilla 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1313394 Bug ID: 1313394 Summary: subclipse svn+ssh:// URLs don't work anymore? Product: Fedora Version: 23 Component: eclipse-subclipse Severity: urgent Assignee: mat.booth(a)redhat.com Reporter: peljasz(a)yahoo.co.uk QA Contact: extras-qa(a)fedoraproject.org CC: eclipse-sig(a)lists.fedoraproject.org, krzysztof.daniel(a)gmail.com, mat.booth(a)redhat.com Description of problem: just cannot connect, the same box svn client command works fine, subclipse just stalls, I have to kill -9 java Version-Release number of selected component (if applicable): eclipse-subclipse-1.10.10-1.fc23.noarch 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.

2 10

[Bug 1459606] New: An update that touches only droplet bundles that are symbolic links results in stale metadata
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1459606 Bug ID: 1459606 Summary: An update that touches only droplet bundles that are symbolic links results in stale metadata Product: Fedora Version: rawhide Component: eclipse Severity: high Priority: high Assignee: akurtako(a)redhat.com Reporter: rgrunber(a)redhat.com 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 When an update to a droplets component occurs, there is logic within Eclipse at runtime to check if any timestamps of any droplet component is newer than the newest one stored for that entire droplet folder. In the majority of cases, an update touches at least one component that is a bundle, and this ends up re-triggering the logic to assemble the droplets as well as re-generating the metadata cache / etc. In a very rare case, if an update to a droplet touches only the targets of symbolic links, I don't believe that any re-generation occurs. As far as Eclipse is concerned, nothing has changed because the symlink remains untouched. Put another way, I don't believe we resolve the canonical path of a symbolic link and check its timestamp. Although rare, I believe this was the cause of Bug 1454585 as JGit happens to be one of those droplets where pretty much all the content is symlinked from /usr/share/java/jgit into /usr/share/eclipse/droplets/jgit/eclipse/plugins . I'll have to reproduce this to confirm but though I would at least report this as an issue. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1414473] New: Eclipse-PyDev runs pylint at normal priority, eating up all CPU resources
by Red Hat Bugzilla 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1414473 Bug ID: 1414473 Summary: Eclipse-PyDev runs pylint at normal priority, eating up all CPU resources Product: Fedora Version: 25 Component: eclipse-pydev Assignee: akurtako(a)redhat.com Reporter: rhbz(a)genodeftest.de QA Contact: extras-qa(a)fedoraproject.org CC: akurtako(a)redhat.com, eclipse-sig(a)lists.fedoraproject.org, jjohnstn(a)redhat.com Version-Release number of selected component (if applicable): eclipse-pydev-5.4.0-1.fc25.x86_64 How reproducible: on every restart of eclipse which causes pylint to run on all python files of opened projects Steps to Reproduce: 1. restart eclipse with python projects opened 2. watch system load, processes CPU usage, CPU and IO priority Actual results: Eclipse starts a bunch of pylint / python processes, each of them running at normal CPU and IO priority. If there are enough of them, the computer will start lagging. Expected results: Run background workers at lower priority, preferably both CPU and IO priority. Additional info: Workaround: In Window → Preferences → PyDev → PyLint, reduce "Max simultaneous processes for PyLint" to a number less than your number of cores. Issue might still happen, but most of the time the python processes will run on one core only each. -- You are receiving this mail because: You are on the CC list for the bug.

2 4

[Bug 1421504] New: [HiDPI] Inconsistent font size in eclipse components
by bugzilla＠redhat.com 29 Nov '18

29 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1421504 Bug ID: 1421504 Summary: [HiDPI] Inconsistent font size in eclipse components Product: Fedora Version: 25 Component: eclipse Assignee: akurtako(a)redhat.com Reporter: mario.curcija(a)gmail.com 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 Created attachment 1249680 --> https://bugzilla.redhat.com/attachment.cgi?id=1249680&action=edit Search dialog I noticed an inconsistency in fonts scaling for several components in 144 DPI mode. F25 KDE-Spin Relevant packages: Name : eclipse-jdt Arch : noarch Epoch : 1 Version : 4.6.2 Release : 6.fc25 Name : gtk3 Arch : x86_64 Epoch : 0 Version : 3.22.7 Release : 1.fc25 Reproducible always with above versions. Eclispse 4.7 (oxygen) with same GTK3 version behaves identically. On the other hand F24 with GTK3 3.20.9 (OS: Linux, v.4.6.7-300.fc24.x86_64, x86_64 / gtk 3.20.9) is not affected. Reference to eclipse Bug: https://bugs.eclipse.org/bugs/show_bug.cgi?id=509669 -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 1413313] New: Dependencies: eclipse-mylyn doesn' t need eclipse-pde installed
by Red Hat Bugzilla 08 Oct '18

08 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1413313 Bug ID: 1413313 Summary: Dependencies: eclipse-mylyn doesn't need eclipse-pde installed Product: Fedora Version: 25 Component: eclipse Assignee: akurtako(a)redhat.com Reporter: rhbz(a)genodeftest.de 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: eclipse-mylyn has unnecessary dependencies. Version-Release number of selected component (if applicable): eclipse-mylyn-3.21.0-1.fc25.noarch eclipse-platform-4.6.1-6.fc25.x86_64 How reproducible: always Steps to Reproduce: 1. Try to install eclipse-cdt on a fresh Fedora installation 2. watch the dependencies pulled in Actual results: eclipse-cdt pulls in eclipse-pde Expected results: Don't pull in eclipse-pde. This is how the official eclipse CDT downloads are created. See https://www.eclipse.org/downloads/packages/eclipse-ide-cc-developers/neon2 for details. -- You are receiving this mail because: You are on the CC list for the bug.

2 5

[Bug 1289751] New: Harden all packages: eclipse binaries are not hardened
by Red Hat Bugzilla 06 Oct '18

06 Oct '18

https://bugzilla.redhat.com/show_bug.cgi?id=1289751 Bug ID: 1289751 Summary: Harden all packages: eclipse binaries are not hardened Product: Fedora Version: 23 Component: eclipse Assignee: akurtako(a)redhat.com Reporter: rhbz(a)genodeftest.de 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: According to [1] packages should be hardened. eclipse binaries (executables, libraries) are not, according to checksec: $ checksec --file /usr/lib64/eclipse/eclipse RELRO STACK CANARY NX PIE RPATH RUNPATH FILE Partial RELRO No canary found NX enabled No PIE No RPATH No RUNPATH /usr/lib64/eclipse/eclipse $ checksec --dir /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/ RELRO STACK CANARY NX PIE RPATH RUNPATH FILE Partial RELRO No canary found NX enabled DSO No RPATH No RUNPATH /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-atk-gtk-4528.so Partial RELRO No canary found NX enabled DSO No RPATH No RUNPATH /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-awt-gtk-4528.so Partial RELRO No canary found NX enabled DSO No RPATH No RUNPATH /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-cairo-gtk-4528.so Partial RELRO No canary found NX enabled DSO No RPATH No RUNPATH /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-glx-gtk-4528.so Partial RELRO No canary found NX enabled DSO No RPATH No RUNPATH /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-gtk-4528.so Partial RELRO No canary found NX enabled DSO No RPATH No RUNPATH /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-pi3-gtk-4528.so Partial RELRO No canary found NX enabled DSO No RPATH No RUNPATH /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-pi-gtk-4528.so Partial RELRO No canary found NX enabled DSO No RPATH No RUNPATH /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-webkit-extension-4528.so Partial RELRO No canary found NX enabled DSO No RPATH No RUNPATH /usr/lib64/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_64_3.104.1.v20151128-1100/libswt-webkit-gtk-4528.so Version-Release number of selected component (if applicable): eclipse-platform-4.5.1-5.fc23.x86_64 eclipse-swt-4.5.1-5.fc23.x86_64 Additional info: [1] https://fedoraproject.org//wiki/Changes/Harden_All_Packages -- 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=EjG9663ymV&a=cc_unsubscribe

2 7

[Bug 1325583] New: lucene-6.0.0 is available
by Red Hat Bugzilla 22 Jun '18

22 Jun '18

https://bugzilla.redhat.com/show_bug.cgi?id=1325583 Bug ID: 1325583 Summary: lucene-6.0.0 is available Product: Fedora Version: rawhide Component: lucene Keywords: FutureFeature, Triaged Assignee: akurtako(a)redhat.com Reporter: upstream-release-monitoring(a)fedoraproject.org QA Contact: extras-qa(a)fedoraproject.org CC: akurtako(a)redhat.com, eclipse-sig(a)lists.fedoraproject.org, hicham.haouari(a)gmail.com, java-sig-commits(a)lists.fedoraproject.org, jerboaa(a)gmail.com, krzysztof.daniel(a)gmail.com, msimacek(a)redhat.com, puntogil(a)libero.it, rgrunber(a)redhat.com Latest upstream release: 6.0.0 Current version/release in rawhide: 5.5.0-1.fc25 URL: http://lucene.apache.org/ 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/7178/ -- You are receiving this mail because: You are on the CC list for the bug.

2 65

[Bug 1331470] New: swt hello world tutorial does not work
by Red Hat Bugzilla 03 May '18

03 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1331470 Bug ID: 1331470 Summary: swt hello world tutorial does not work Product: Fedora Version: 23 Component: eclipse Severity: medium Assignee: akurtako(a)redhat.com Reporter: rtc(a)helen.plasma.xg8.de 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: The "Create a Hello World SWT application" fails to work as described; widget classes are inaccessible. Version-Release number of selected component (if applicable): eclipse-platform-4.5.2-10.fc23.i686 How reproducible: always Steps to Reproduce: 1. run eclipse 2. On the welcome tutorial screen, select "Create a Hello World SWT application" 3. do as instructed Actual results: "Organize imports" has no effect, which leads to the following compile errors: Display cannot be resolved to a type Display cannot be resolved to a type Shell cannot be resolved to a type Shell cannot be resolved to a type Expected results: imports for Display and Shell are added by the "Organize imports" command. Additional info: 1. manually adding the necessary imports, like import org.eclipse.swt.widgets.Display; import org.eclipse.swt.widgets.Shell; has no effect; the compile errors about missing Display and Shell are still present. 2. The workspace explorer shows some strange files in org.eclipse.swt.gtk.linux.x86, like org/eclipse/swt/widges/*.orig and library/*.orig. Should these files really be there? They look like leftover files from a patch that was applied. -- You are receiving this mail because: You are on the CC list for the bug.

2 10

[Bug 1333922] New: Eclipse Neon (4.6.0): Many Gtk+ warnings due to broken GUI code
by Red Hat Bugzilla 03 May '18

03 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1333922 Bug ID: 1333922 Summary: Eclipse Neon (4.6.0): Many Gtk+ warnings due to broken GUI code Product: Fedora Version: 24 Component: eclipse Assignee: akurtako(a)redhat.com Reporter: rhbz(a)genodeftest.de 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: Massive G Version-Release number of selected component (if applicable): eclipse-swt-4.6.0-0.5.git201604261105.fc24.x86_64 How reproducible: always, just start eclipse on Fedora 24 with wayland backend Steps to Reproduce: 1. start eclipse on a gnome+wayland session 2. have a look at syslog or stdout/stderr Actual results: many warnings, most of them caused by improper usage of Gtk+ API: $ eclipse -clean -data /tmp/test-workspace CompilerOracle: exclude org/eclipse/core/internal/dtree/DataTreeNode.forwardDeltaWith CompilerOracle: exclude org/eclipse/jdt/internal/compiler/lookup/ParameterizedMethodBinding.<init> CompilerOracle: exclude org/eclipse/cdt/internal/core/dom/parser/cpp/semantics/CPPTemplates.instantiateTemplate CompilerOracle: exclude org/eclipse/cdt/internal/core/pdom/dom/cpp/PDOMCPPLinkage.addBinding CompilerOracle: exclude org/python/pydev/editor/codecompletion/revisited/PythonPathHelper.isValidSourceFile CompilerOracle: exclude org/eclipse/tycho/core/osgitools/EquinoxResolver.newState xkbcommon: ERROR: Key "<LFSH>" added to modifier map for multiple modifiers; Using Lock, ignoring Shift (Eclipse:5282): Gtk-WARNING **: Negative content width -6 (allocation 1, extents 4x3) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content height -3 (allocation 1, extents 2x2) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content width -6 (allocation 1, extents 4x3) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content height -3 (allocation 1, extents 2x2) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content width -6 (allocation 1, extents 4x3) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content height -3 (allocation 1, extents 2x2) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content width -6 (allocation 1, extents 4x3) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content height -3 (allocation 1, extents 2x2) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content width -6 (allocation 1, extents 4x3) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content height -3 (allocation 1, extents 2x2) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Allocating size to GtkBox 0x7fd3b1d86cf0 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate? (Eclipse:5282): Gtk-WARNING **: Negative content width -6 (allocation 1, extents 4x3) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content height -3 (allocation 1, extents 2x2) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content width -6 (allocation 1, extents 4x3) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content height -3 (allocation 1, extents 2x2) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content height -9 (allocation 1, extents 5x5) while allocating gadget (node button, owner GtkButton) xkbcommon: ERROR: Key "<LFSH>" added to modifier map for multiple modifiers; Using Lock, ignoring Shift (Eclipse:5282): Gtk-WARNING **: Allocating size to GtkBox 0x7fd3b1d86cf0 without calling gtk_widget_get_preferred_width/height(). How does the code know the size to allocate? (Eclipse:5282): Gtk-WARNING **: Negative content width -6 (allocation 1, extents 4x3) while allocating gadget (node toolbar, owner GtkToolbar) (Eclipse:5282): Gtk-WARNING **: Negative content width -1 (allocation 1, extents 1x1) while allocating gadget (node trough, owner GtkProgressBar) (Eclipse:5282): Gtk-WARNING **: Negative content width -1 (allocation 1, extents 1x1) while allocating gadget (node trough, owner GtkProgressBar) (Eclipse:5282): Gtk-WARNING **: Negative content width -13 (allocation 5, extents 9x9) while allocating gadget (node entry, owner GtkEntry) Gdk-Message: Window 0x7fd3b1f08e60 is a temporary window without parent, application will not be able to position it on screen. Gdk-Message: Window 0x7fd3b1f08e60 is a temporary window without parent, application will not be able to position it on screen. Gdk-Message: Window 0x7fd3b1f08e60 is a temporary window without parent, application will not be able to position it on screen. Gdk-Message: Window 0x7fd3b1f08e60 is a temporary window without parent, application will not be able to position it on screen. (Eclipse:5282): Gdk-WARNING **: gdkcursor-wayland.c:170: Unable to load x_cursor from the cursor theme Expected results: just a few warnings or – at best – no warnings at all. Additional info: These warnings were introduced in Gtk+ 3.20 and were not present in Gtk+ 3.18. -- You are receiving this mail because: You are on the CC list for the bug.

2 6

[Bug 1464158] New: CVE-2017-9735 jetty: Timing channel attack in util/ security/Password.java
by bugzilla＠redhat.com 23 Apr '18

23 Apr '18

https://bugzilla.redhat.com/show_bug.cgi?id=1464158 Bug ID: 1464158 Summary: CVE-2017-9735 jetty: Timing channel attack in util/security/Password.java Product: Security Response Component: vulnerability Keywords: Security Severity: medium Priority: medium Assignee: security-response-team(a)redhat.com Reporter: anemec(a)redhat.com CC: eclipse-sig(a)lists.fedoraproject.org, hhorak(a)redhat.com, java-sig-commits(a)lists.fedoraproject.org, jjohnstn(a)redhat.com, jorton(a)redhat.com, krzysztof.daniel(a)gmail.com, mizdebsk(a)redhat.com, msimacek(a)redhat.com Jetty is prone to a timing channel in util/security/Password.java, which makes it easier for remote attackers to obtain access by observing elapsed times before rejection of incorrect passwords. Upstream issue: https://github.com/eclipse/jetty.project/issues/1556 Upstream patch: https://github.com/eclipse/jetty.project/commit/042f325f1cd6e7891d72c7e668f… -- You are receiving this mail because: You are on the CC list for the bug.

1 10

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

eclipse-sig June 2017