eclipse-sig September 2017

eclipse-sig@lists.fedoraproject.org

1 participants
41 discussions

[Bug 1488464] New: bottom scroll bar when active/ visible obstructs bottom line of text which cannot be clicked on
by bugzilla＠redhat.com 30 Nov '18

30 Nov '18

https://bugzilla.redhat.com/show_bug.cgi?id=1488464 Bug ID: 1488464 Summary: bottom scroll bar when active/visible obstructs bottom line of text which cannot be clicked on Product: Fedora Version: 26 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, dbhole(a)redhat.com, ebaron(a)fedoraproject.org, eclipse-sig(a)lists.fedoraproject.org, jerboaa(a)gmail.com, jjohnstn(a)redhat.com, krzysztof.daniel(a)gmail.com, lef(a)fedoraproject.org, oliver(a)linux-kernel.at, rgrunber(a)redhat.com Description of problem: especially left-most-bottom pane, in Apache ldap perspective which lists ldap connections I cannot access last line if the list is long enough to fill up the pane. Quite frustrating, would be great of this could be somehow improved. many thanks. Version-Release number of selected component (if applicable): 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.

1 5

[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 1488224] New: After latest updates, jgit and maven no longer work properly in eclipse bundled with Fedora
by bugzilla＠redhat.com 29 May '18

29 May '18

https://bugzilla.redhat.com/show_bug.cgi?id=1488224 Bug ID: 1488224 Summary: After latest updates, jgit and maven no longer work properly in eclipse bundled with Fedora Product: Fedora Version: 26 Component: eclipse Assignee: akurtako(a)redhat.com Reporter: marc.boorshtein(a)tremolosecurity.com QA Contact: extras-qa(a)fedoraproject.org CC: akurtako(a)redhat.com, andjrobins(a)gmail.com, dbhole(a)redhat.com, ebaron(a)fedoraproject.org, eclipse-sig(a)lists.fedoraproject.org, jerboaa(a)gmail.com, jjohnstn(a)redhat.com, krzysztof.daniel(a)gmail.com, lef(a)fedoraproject.org, oliver(a)linux-kernel.at, rgrunber(a)redhat.com Description of problem: After updating the OS I get the following error when Eclipse starts: Errors occurred during the build. Error instantiating builder 'org.eclipse.m2e.core.maven2Builder'. Plug-in org.eclipse.m2e.core was unable to load class org.eclipse.m2e.core.internal.builder.MavenBuilder. An error occurred while automatically activating bundle org.eclipse.m2e.core (387). Plug-in org.eclipse.m2e.core was unable to load class org.eclipse.m2e.core.internal.builder.MavenBuilder. An error occurred while automatically activating bundle org.eclipse.m2e.core (387). Version-Release number of selected component (if applicable): Fedora 26 Eclipse Oxygen Latest builds from Fedora repos How reproducible: Open existing workspace with maven projects Steps to Reproduce: 1. 2. 3. Actual results: above error Expected results: Eclipse should build the project Additional info: -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

eclipse-sig September 2017