eclipse-sig June 2015

eclipse-sig@lists.stg.fedoraproject.org

12 participants
43 discussions

[Bug 1227767] New: Eclipse hover clicking does not work in gnome
by Red Hat Bugzilla 08 Aug '17

08 Aug '17

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

2 17

[Bug 1196167] New: tycho-extras: One of setGitDir or setWorkTree must be called
by Red Hat Bugzilla 20 Dec '16

20 Dec '16

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

1 5

[Bug 1232092] New: Dragging tabs does not work
by Red Hat Bugzilla 09 Sep '16

09 Sep '16

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

1 35

[Bug 1191547] New: eclipse: new Java project wizard hungs
by Red Hat Bugzilla 18 Aug '16

18 Aug '16

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

1 4

[Bug 1197028] New: should not eclipse-dtp be pulling mysql-connector-java @install time or something else...
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

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

1 2

[Bug 1232094] New: Some visual elements like trees and list disappear
by Red Hat Bugzilla 19 Jul '16

19 Jul '16

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

1 1

[Bug 1228138] New: jgit daemon fails with java.lang.NoClassDefFoundError
by Red Hat Bugzilla 30 Jun '16

30 Jun '16

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

1 13

[Bug 1202238] New: eclipse: Dropin cache not updated completely
by Red Hat Bugzilla 20 May '16

20 May '16

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

1 11

[Bug 1210898] New: Eclipse tries to use non-existent Mozilla (xulrunner) browser
by Red Hat Bugzilla 20 May '16

20 May '16

https://bugzilla.redhat.com/show_bug.cgi?id=1210898 Bug ID: 1210898 Summary: Eclipse tries to use non-existent Mozilla (xulrunner) browser Product: Fedora Version: 21 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, msimacek(a)redhat.com, rgrunber(a)redhat.com, swagiaal(a)redhat.com It looks like the user has some jboss-tools plugins installed that ultimately try to bring up the browser. When it come sup, the user sees errors regarding missing libswt-xulrunner. The call would seem to originate from https://github.com/jbosstools/jbosstools-base/blob/master/runtime/plugins/o… . The other interesting part to note is that the BrowserFactory is returning the Mozilla class, which could only happen if WebKit.IsInstalled () is false. 11:31 < k170> I keep getting an error in eclipse (luna), every time I try to download and install a new server runtime. 11:33 < k170> The error states that it cannot find libswt-xulrunner-gtk.so 11:33 < k170> as well as libswt-xulrunner-gtk-4430.so 11:34 < k170> I'm running fedora 21 64bit and I have no idea how to install those files !ENTRY org.eclipse.ui 4 0 2015-04-09 21:52:39.606 !MESSAGE Unhandled event loop exception !STACK 0 org.eclipse.swt.SWTError: No more handles (java.lang.UnsatisfiedLinkError: Could not load SWT library. Reasons: no swt-xulrunner-gtk-4430 in java.library.path no swt-xulrunner-gtk in java.library.path Can't load library: /home/k170/.swt/lib/linux/x86_64/libswt-xulrunner-gtk-4430.so Can't load library: /home/k170/.swt/lib/linux/x86_64/libswt-xulrunner-gtk.so ) at org.eclipse.swt.SWT.error(SWT.java:4467) at org.eclipse.swt.SWT.error(SWT.java:4356) at org.eclipse.swt.browser.Mozilla.initXULRunner(Mozilla.java:2745) at org.eclipse.swt.browser.Mozilla.create(Mozilla.java:670) at org.eclipse.swt.browser.Browser.<init>(Browser.java:99) at org.jboss.tools.runtime.ui.internal.wizard.DownloadRuntimeLicenseFragment.createComposite(DownloadRuntimeLicenseFragment.java:90) at org.jboss.tools.foundation.ui.xpl.taskwizard.TaskWizardPage.createControl(TaskWizardPage.java:44) at org.jboss.tools.foundation.ui.xpl.taskwizard.TaskWizard.createPageControls(TaskWizard.java:401) at org.eclipse.jface.wizard.WizardDialog.createPageControls(WizardDialog.java:759) at org.eclipse.jface.wizard.WizardDialog.createContents(WizardDialog.java:622) at org.eclipse.jface.window.Window.create(Window.java:435) at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:1101) at org.eclipse.jface.window.Window.open(Window.java:797) at org.jboss.tools.as.runtimes.integration.ui.composites.DownloadRuntimeHomeComposite$DownloadAndInstallListener.widgetSelected(DownloadRuntimeHomeComposite.java:75) at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:248) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4454) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1388) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1412) at org.eclipse.swt.widgets.Widget.sendSelectionEvent(Widget.java:1526) at org.eclipse.swt.widgets.Link.gtk_button_release_event(Link.java:372) at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:2078) at org.eclipse.swt.widgets.Control.windowProc(Control.java:5539) at org.eclipse.swt.widgets.Display.windowProc(Display.java:4668) at org.eclipse.swt.internal.gtk.OS._gtk_main_do_event(Native Method) at org.eclipse.swt.internal.gtk.OS.gtk_main_do_event(OS.java:9106) at org.eclipse.swt.widgets.Display.eventProc(Display.java:1253) at org.eclipse.swt.internal.gtk.OS._g_main_context_iteration(Native Method) at org.eclipse.swt.internal.gtk.OS.g_main_context_iteration(OS.java:2477) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3407) at org.eclipse.jface.window.Window.runEventLoop(Window.java:832) at org.eclipse.jface.window.Window.open(Window.java:808) at org.eclipse.wst.server.ui.internal.actions.LaunchWizardAction.run(LaunchWizardAction.java:57) at org.eclipse.jface.action.Action.runWithEvent(Action.java:519) at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:595) at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:511) at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420) at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84) at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4454) at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1388) at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3799) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3409) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1151) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1032) at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:148) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:579) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:135) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:497) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603) at org.eclipse.equinox.launcher.Main.run(Main.java:1465) at org.eclipse.equinox.launcher.Main.main(Main.java:1438) Caused by: java.lang.UnsatisfiedLinkError: Could not load SWT library. Reasons: no swt-xulrunner-gtk-4430 in java.library.path no swt-xulrunner-gtk in java.library.path Can't load library: /home/k170/.swt/lib/linux/x86_64/libswt-xulrunner-gtk-4430.so Can't load library: /home/k170/.swt/lib/linux/x86_64/libswt-xulrunner-gtk.so at org.eclipse.swt.internal.Library.loadLibrary(Library.java:321) at org.eclipse.swt.internal.Library.loadLibrary(Library.java:242) at org.eclipse.swt.browser.Mozilla.initXULRunner(Mozilla.java:2743) ... 61 more -- 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=Hc32FZ0PMz&a=cc_unsubscribe

1 21

[Bug 1226615] New: Quick Outline (Ctrl+O) doesn't work (Outline is closed immediately)
by Red Hat Bugzilla 15 Apr '16

15 Apr '16

https://bugzilla.redhat.com/show_bug.cgi?id=1226615 Bug ID: 1226615 Summary: Quick Outline (Ctrl+O) doesn't work (Outline is closed immediately) Product: Fedora Version: 22 Component: eclipse-cdt Assignee: jjohnstn(a)redhat.com Reporter: hedayatv(a)gmail.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: Eclipse in Fedora 22 has many problems (actually, mostly about its color theme which is unreadable/unnoticable in some places), but one of the most annoying ones is that the Quick Outline view (Ctrl+O) doesn't work. It does open the outline window, but it is closed immediately. Also, it has a black background while it was yellow (IIRC) in F21; but this is not that important. -- 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=C5gKD2cpuS&a=cc_unsubscribe

1 8

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

eclipse-sig June 2015