[Bug 1227767] New: Eclipse hover clicking does not work in gnome
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1227767
Bug ID: 1227767
Summary: Eclipse hover clicking does not work in gnome
Product: Fedora
Version: 22
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: dusan(a)mirc.cz
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,
swagiaal(a)redhat.com
Created attachment 1034303
--> https://bugzilla.redhat.com/attachment.cgi?id=1034303&action=edit
Hover popup
Description of problem:
When coding in Java and would like use hover around error in the code, looks
like when click to any solution does nothing. In previous releases clicked for
example import class... and code added. Problem is only under gnome3, with xfce
eclipse hover works fine.
Version-Release number of selected component (if applicable):
How reproducible:
open java project
create some code
try hover over variable
from suggestions click to something
Steps to Reproduce:
1. open eclipse
2. code some java
3. try use hover assistant
Actual results:
no action
Expected results:
for example add import some class to code when click to import...
Additional info:
Only in the gnome, with xfce works as expected.
In the Fedora 21 was everything OK.
--
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=Zc35Ut6QDo&a=cc_unsubscribe
6 years, 8 months
[Bug 1196167] New: tycho-extras: One of setGitDir or setWorkTree must be called
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1196167
Bug ID: 1196167
Summary: tycho-extras: One of setGitDir or setWorkTree must be
called
Product: Fedora
Version: rawhide
Component: tycho-extras
Assignee: rgrunber(a)redhat.com
Reporter: mizdebsk(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: eclipse-sig(a)lists.fedoraproject.org,
mizdebsk(a)redhat.com, rgrunber(a)redhat.com
Description of problem:
It looks like tycho-sourceref-jgit is not compatible with jgit used in Fedora.
When trying to use tycho-sourceref-jgit from tycho-packaging-plugin,
an IllegalArgumentException is thrown.
Version-Release number of selected component (if applicable):
0.22.0-2
Reproducer:
<plugin>
<groupId>org.eclipse.tycho</groupId>
<artifactId>tycho-packaging-plugin</artifactId>
<version>${tycho-version}</version>
<configuration>
<format>yyyyMMdd-HHmm</format>
<sourceReferences>
<generate>true</generate>
</sourceReferences>
</configuration>
<dependencies>
<dependency>
<groupId>org.eclipse.tycho.extras</groupId>
<artifactId>tycho-sourceref-jgit</artifactId>
<version>${tycho-extras-version}</version>
</dependency>
</dependencies>
</plugin>
Result:
Caused by: java.lang.IllegalArgumentException: One of setGitDir or setWorkTree
must be called.
at
org.eclipse.jgit.lib.BaseRepositoryBuilder.requireGitDirOrWorkTree(BaseRepositoryBuilder.java:587)
at
org.eclipse.jgit.lib.BaseRepositoryBuilder.setup(BaseRepositoryBuilder.java:554)
at
org.eclipse.jgit.storage.file.FileRepositoryBuilder.build(FileRepositoryBuilder.java:92)
at
org.eclipse.tycho.extras.sourceref.jgit.JGitSourceReferencesProvider.getSourceReferencesHeader(JGitSourceReferencesProvider.java:41)
at
org.eclipse.tycho.packaging.sourceref.SourceReferenceComputer.addSourceReferenceHeader(SourceReferenceComputer.java:50)
at
org.eclipse.tycho.packaging.PackagePluginMojo.updateManifest(PackagePluginMojo.java:253)
at
org.eclipse.tycho.packaging.PackagePluginMojo.createPluginJar(PackagePluginMojo.java:210)
at
org.eclipse.tycho.packaging.PackagePluginMojo.execute(PackagePluginMojo.java:138)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:132)
--
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=8c4LF9Q2iK&a=cc_unsubscribe
7 years, 4 months
[Bug 1232092] New: Dragging tabs does not work
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1232092
Bug ID: 1232092
Summary: Dragging tabs does not work
Product: Fedora
Version: 22
Component: eclipse
Severity: high
Assignee: akurtako(a)redhat.com
Reporter: bill_chatfield(a)yahoo.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
Description of problem:
If I grab the "Outline" tab on the far right of the window and try to drag it
into another view in the window, the mouse cursor turns to the standard X
Window System "X" cursor and does not allow me to drop that tab into another
view.
Sometimes the rectangular outline and the correct mouse cursor appears and
allows you to drop the tab, but most of the time it does not. You just see the
X cursor instead. I have run this inside Wine with the Windows version of Java
and Eclipse. It works correctly in Wine.
Version-Release number of selected component (if applicable):
All components (Eclipse 4.2.2, Java 1.8.0) are the default versions that are
provided with Fedora 22, updated to the latest available with dnf.
How reproducible:
Steps to Reproduce:
1. Run Eclipse
2. Grab a tab with the mouse
3. Try to drop it into another view
Actual results:
You get an X mouse cursor and you can't drop it wherever you want to. Some,
very sparse locations allow you to drop it, but they aren't necessarily where
you want to drop it. The rectangular outline that shows where the tab will be
attached when it is dropped is not drawn at all or is not drawn consistently.
Expected results:
The tab can be dropped into any view/location in the Window. The rectangular
outline is drawn to show where the tab will be attached when you drop it.
Additional info:
This may require a video of the incorrect behavior on Fedora vs the correct
behavior in Windows.
CentOS 7 and Debian 8 are showing the same broken behavior that Fedora is so it
is something common to all of these: Eclipse, Java, SWT, Gnome, etc. I'm
reporting it here because Fedora is my best hope to get it fixed :-) Thanks.
--
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=doi9yohUzj&a=cc_unsubscribe
7 years, 7 months
[Bug 1191547] New: eclipse: new Java project wizard hungs
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1191547
Bug ID: 1191547
Summary: eclipse: new Java project wizard hungs
Product: Fedora
Version: rawhide
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: mizdebsk(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, msimacek(a)redhat.com,
overholt(a)gmail.com, rgrunber(a)redhat.com,
swagiaal(a)redhat.com
Description of problem:
I'm using latest Eclipse from rawhide. New Java project wizard hangs after
clicking finish.
Version-Release number of selected component (if applicable):
4.4.1-17.fc22.x86_64
How reproducible:
100%
Steps to Reproduce:
1. install eclipse in minimal chroot
2. start eclipse
3. click file -> new -> Java project
4. type project name "foo"
5. click finish
Actual results:
Wizard appears to hang - it remains open, all SWT widgets are disabled
(grayed).
--
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=xvbEQhz27A&a=cc_unsubscribe
7 years, 8 months
[Bug 1197028] New: should not eclipse-dtp be pulling mysql-connector-java @install time or something else...
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1197028
Bug ID: 1197028
Summary: should not eclipse-dtp be pulling mysql-connector-java
@install time or something else...
Product: Fedora
Version: 22
Component: eclipse-dtp
Severity: medium
Assignee: akurtako(a)redhat.com
Reporter: peljasz(a)yahoo.co.uk
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,
swagiaal(a)redhat.com
Description of problem:
that provides drivers?
and if it could, mysql-connector-java-5.1.28-3.fc21.noarch.rpm
provides/installs:
/usr/share/java/mysql-connector-java.jar
yet Eclipse looks for
mysql-connector-java-5.1.0-bin.jar
and errors, furthermore Eclipse does not detect/see this system-wide jar, user
has to manually add it.
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.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=mmmjXD1W6X&a=cc_unsubscribe
7 years, 9 months
[Bug 1246467] New: cdtdebug: in F22, YAMA disallows ptrace, gdb attach fails and the CDT UI does not report that to user
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1246467
Bug ID: 1246467
Summary: cdtdebug: in F22, YAMA disallows ptrace, gdb attach
fails and the CDT UI does not report that to user
Product: Fedora
Version: 22
Component: eclipse-cdt
Assignee: jjohnstn(a)redhat.com
Reporter: mstahl(a)redhat.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com,
eclipse-sig(a)lists.fedoraproject.org,
jjohnstn(a)redhat.com, krzysztof.daniel(a)gmail.com,
rgrunber(a)redhat.com
Description of problem:
in Fedora 22, YAMA disallows ptrace, gdb attach fails and the CDT UI does not
report that to user.
Version-Release number of selected component (if applicable):
gdb-7.9.1-17.fc22.x86_64
eclipse-platform-4.4.2-6.fc22.x86_64
eclipse-cdt-parsers-8.6.0-2.fc22.x86_64
eclipse-valgrind-3.2.0-1.fc22.noarch
eclipse-jdt-4.4.2-6.fc22.x86_64
eclipse-cdt-8.6.0-2.fc22.x86_64
eclipse-linuxtools-3.2.0-1.fc22.noarch
How reproducible:
by default in Fedora 22, YAMA disallows ptrace:
> cat /proc/sys/kernel/yama/ptrace_scope
1
Steps to Reproduce:
1. run "cdtdebug"
2. hit F11 to debug
3. select some process running under your UID to attach
Actual results:
attaching to process silently fails.
only if you switch to the "GDB traces" console you can see this:
384,219 18-target-attach --thread-group i1 6638
384,220 18^error,msg="ptrace: Operation not permitted."
Expected results:
Qt Creator handles this failure better, it pops up a dialog that says:
ptrace: Operation not permitted.
Could not attach to the process. Make sure no other debugger traces this
process.
If your uid matches the uid
of the target process, check the settings of
/proc/sys/kernel/yama/ptrace_scope
For more details, see /etc/sysctl.d/10-ptrace.conf
Additional info:
there is a bug about the YAMA default setting:
https://bugzilla.redhat.com/show_bug.cgi?id=1209492
--
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=QDrQ4MorRY&a=cc_unsubscribe
7 years, 9 months
[Bug 1232094] New: Some visual elements like trees and list disappear
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1232094
Bug ID: 1232094
Summary: Some visual elements like trees and list disappear
Product: Fedora
Version: 22
Component: eclipse
Assignee: akurtako(a)redhat.com
Reporter: bill_chatfield(a)yahoo.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 1039243
--> https://bugzilla.redhat.com/attachment.cgi?id=1039243&action=edit
Shows blank view contents where the Package Explorer tree and Palette contents
should be
Description of problem:
I'm attaching an image that shows this problem. The contents of the Package
Explorer tree disappears. The contents of the Palette view disappears.
Version-Release number of selected component (if applicable):
All components are standard Fedora 22 components updated to the latest version
available. Also the latest (23.0.6.172051) Android tools/SDK/plugins
(everything necessary for Android development) are installed.
How reproducible:
Steps to Reproduce:
1. Install all the Android development components into Eclipse.
2. Load a layout XML file, which shows a graphical picture of the Android
device screen, in the default editor in Eclipse (Android Common XML Editor).
3. Click around on various UI components
Actual results: The tree view in the Package Explorer disappears. The Outline
view contents disappear. The contents of the Palette view disappears.
Expected results: No UI component disappears.
Additional info:
If you move your mouse over the missing elements they reappear as you move over
each one.
--
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=9kF1mMj7zg&a=cc_unsubscribe
7 years, 9 months
[Bug 1228138] New: jgit daemon fails with java.lang.NoClassDefFoundError
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1228138
Bug ID: 1228138
Summary: jgit daemon fails with java.lang.NoClassDefFoundError
Product: Fedora
Version: 22
Component: eclipse-jgit
Assignee: mat.booth(a)redhat.com
Reporter: thomas.mey(a)web.de
QA Contact: extras-qa(a)fedoraproject.org
CC: 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,
swagiaal(a)redhat.com
Description of problem:
Starting a jgit daemon with
$ jgit daemon /var/lib/git
Exporting /var/lib/git
Listening on 0.0.0.0/0.0.0.0:9418
Exception in thread "Git-Daemon-Client /192.168.4.151:36650"
java.lang.NoClassDefFoundError: Could not initialize class
org.eclipse.jgit.util.FS
at
org.eclipse.jgit.transport.resolver.FileResolver.open(FileResolver.java:106)
at org.eclipse.jgit.transport.Daemon.openRepository(Daemon.java:383)
at org.eclipse.jgit.transport.DaemonService.execute(DaemonService.java:135)
at org.eclipse.jgit.transport.DaemonClient.execute(DaemonClient.java:116)
at org.eclipse.jgit.transport.Daemon$6.run(Daemon.java:339)
Server is 192.168.4.150
Client is 192.168.4.151
client does:
$ git clone git://192.168.4.150/linux.git
jgit 3.6.0 from Maven central works as expected.
Version-Release number of selected component (if applicable):
Name : jgit
Arch : noarch
Epoch : 0
Version : 3.7.0
Release : 2.fc22
Größe : 2.3 M
Paketquelle : @System
Zusammenfas : Java-based command line Git interface
URL : http://www.eclipse.org/egit/
Lizenz : BSD
Beschreibun : Command line Git tool built entirely in Java.
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=I61DQTMRbR&a=cc_unsubscribe
7 years, 9 months
[Bug 1244972] New: [abrt] eclipse-pydev: init_libpycomps(): python2.7 killed by SIGSEGV
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1244972
Bug ID: 1244972
Summary: [abrt] eclipse-pydev: init_libpycomps(): python2.7
killed by SIGSEGV
Product: Fedora
Version: 22
Component: eclipse-pydev
Assignee: akurtako(a)redhat.com
Reporter: laolux(a)rocketmail.com
QA Contact: extras-qa(a)fedoraproject.org
CC: akurtako(a)redhat.com,
eclipse-sig(a)lists.fedoraproject.org,
jjohnstn(a)redhat.com, nathaniel(a)natemccallum.com
Description of problem:
I opened an old working directory with a new version of eclipse.
During the update process this warning about a crash of eclipse-pydev came up,
but the instalation seems to have comleted successfully.
Version-Release number of selected component:
eclipse-pydev-4.0.0-2.fc22
Additional info:
reporter: libreport-2.6.0
backtrace_rating: 4
cmdline: /usr/bin/python2.7 -u
/usr/lib64/eclipse/dropins/pydev-core/eclipse/plugins/org.python.pydev_4.0.0.201505131500/pysrc/pycompletionserver.py
55154
crash_function: init_libpycomps
executable: /usr/bin/python2.7
global_pid: 7130
kernel: 4.0.8-300.fc22.x86_64
runlevel: N 5
type: CCpp
uid: 1000
Truncated backtrace:
Thread no. 1 (10 frames)
#0 init_libpycomps at
/usr/src/debug/libcomps-e11ff1b16f901139ee4e9d6ccc9219982ceaebd5/libcomps/src/python/src/pycomps.c:1038
#1 _PyImport_LoadDynamicModule at
/usr/src/debug/Python-2.7.10/Python/importdl.c:53
#2 load_module at /usr/src/debug/Python-2.7.10/Python/import.c:1919
#3 import_submodule at /usr/src/debug/Python-2.7.10/Python/import.c:2704
#4 load_next at /usr/src/debug/Python-2.7.10/Python/import.c:2519
#5 import_module_level at /usr/src/debug/Python-2.7.10/Python/import.c:2228
#6 PyImport_ImportModuleLevel at
/usr/src/debug/Python-2.7.10/Python/import.c:2292
#7 builtin___import__ at /usr/src/debug/Python-2.7.10/Python/bltinmodule.c:49
#8 PyObject_Call at /usr/src/debug/Python-2.7.10/Objects/abstract.c:2529
#9 PyEval_CallObjectWithKeywords at
/usr/src/debug/Python-2.7.10/Python/ceval.c:3981
Potential duplicate: bug 1107994
--
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=5iKhoME9Ap&a=cc_unsubscribe
7 years, 10 months
[Bug 1202238] New: eclipse: Dropin cache not updated completely
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1202238
Bug ID: 1202238
Summary: eclipse: Dropin cache not updated completely
Product: Fedora
Version: rawhide
Component: eclipse
Assignee: rgrunber(a)redhat.com
Reporter: mizdebsk(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, msimacek(a)redhat.com,
rgrunber(a)redhat.com, swagiaal(a)redhat.com
Description of problem:
It looks like Eclipse Mars is caching dropins in ~/.eclipse and not refreshing
this cache entirely after dropin change (eg. package update).
Version-Release number of selected component (if applicable):
4.5.0-0.4.git201503030800
Steps to Reproduce:
1. rm -rf ~/.eclipse
2. install eclipse-m2e-core-1.6.0-0.1.fc23.noarch
3. run eclipse -data /tmp/new-workspace
4. close eclipse after it starts
5. update m2e to eclipse-m2e-core-1.6.0-0.2.fc23.noarch
6. re-run eclipse -data /tmp/new-workspace
Actual results:
There are a lot of exceptions printed on stdout, such as:
java.lang.RuntimeException: Unable to aquire PluginConverter service during
generation for:
/usr/share/eclipse/dropins/m2e-core/eclipse/plugins/org.eclipse.m2e.scm_1.6.0.20150312-2022.jar
These paths are refering to old m2e bundles from 1.6.0-0.1 which were removed
during eclipse-m2e-core package update.
Removing ~/.eclipse gets rid of these exceptions, so it looks like old paths
are cached there.
M2E works after update, so this is not critical. However accumulating warnings
like that clutters Eclipse stdout and makes noticing real problems more
difficult.
--
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=6eGilMjmu9&a=cc_unsubscribe
7 years, 11 months