[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 1353863] New: [Wayland?] Lots of warnings when running eclipse
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1353863
Bug ID: 1353863
Summary: [Wayland?] Lots of warnings when running eclipse
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:
Version-Release number of selected component (if applicable):
eclipse-swt-4.6.0-0.6.git201605092000.fc24.x86_64
eclipse-platform-4.6.0-0.6.git201605092000.fc24.x86_64
gtk3-3.20.6-1.fc24.x86_64
How reproducible:
always on wayland. Not sure on x11 backends: warnings don't occur, but I guess
they are just suppressed.
Steps to Reproduce:
1. start a terminal in a gnome+wayland or weston session
2. start eclipse
3. watch stdout/stderr
Actual results:
Dozens of warnings. Most of them are printed more than once. For example:
Gtk-WARNING **: Negative content width -6 (allocation 1, extents 4x3) while
allocating gadget (node toolbar, owner GtkToolbar)
Gtk-WARNING **: Negative content height -3 (allocation 1, extents 2x2) while
allocating gadget (node toolbar, owner GtkToolbar)
Gdk-WARNING **: Couldn't map window 0x7f448aa02730 as susburface because its
parent is not mapped.
Gtk-WARNING **: Allocating size to GtkBox 0x7f448a198cf0 without calling
gtk_widget_get_preferred_width/height(). How does the code know the size to
allocate?
Gtk-CRITICAL **: gtk_box_gadget_distribute: assertion 'size >= 0' failed in
GtkScrollbar
Gtk-WARNING **: Allocating size to GtkToolButton 0x7f448aaf4cd0 without calling
gtk_widget_get_preferred_width/height(). How does the code know the size to
allocate?
Gtk-WARNING **: Negative content width -1 (allocation 1, extents 1x1) while
allocating gadget (node trough, owner GtkProgressBar)
Gtk-WARNING **: Negative content width -1 (allocation 1, extents 1x1) while
allocating gadget (node trough, owner GtkProgressBar)
Expected results:
Less warnings. Ideally none at all, but we don't live in an ideal world …
Additional info:
I can only reproduce this issue on wayland Gdk backends, but I think it is also
present with x11 Gdk backend though Gdk/Gtk doesn't mind reporting this stuff
to console.
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Bug 1327640] New: java.io.IOException: Cannot run program "/home/cheese" (in directory "/run/media/cheese/d9bd1b8b-a3ca-4959-807e-d6f9de9d8810/python-agent"): error=13, Permission denied
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1327640
Bug ID: 1327640
Summary: java.io.IOException: Cannot run program "/home/cheese"
(in directory
"/run/media/cheese/d9bd1b8b-a3ca-4959-807e-d6f9de9d881
0/python-agent"): error=13, Permission denied
Product: Fedora
Version: 23
Component: eclipse-pydev
Assignee: akurtako(a)redhat.com
Reporter: robinlee.sysu(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, npmccallum(a)redhat.com
Version-Release number of selected component:
eclipse-pydev-4.5.3-1.fc23
Additional info:
reporter: libreport-2.6.4
cmdline: /usr/bin/java -Xms128m -Xmx1024m
-Dorg.eclipse.swt.browser.UseWebKitGTK=true -Dhelp.lucene.tokenizer=standard
-XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith
-XX:CompileCommand=exclude,org/eclipse/jdt/internal/compiler/lookup/ParameterizedMethodBinding,<init>
-XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/dom/parser/cpp/semantics/CPPTemplates,instantiateTemplate
-XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/pdom/dom/cpp/PDOMCPPLinkage,addBinding
-XX:CompileCommand=exclude,org/python/pydev/editor/codecompletion/revisited/PythonPathHelper,isValidSourceFile
-XX:CompileCommand=exclude,org/eclipse/tycho/core/osgitools/EquinoxResolver,newState
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/usr/share/eclipse/dropins
-Dp2.fragments=/usr/share/eclipse/droplets,/usr/lib64/eclipse/droplets
-Declipse.p2.skipMovedInstallDetection=true -jar
/usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher_1.3.100.v20160304-1300.jar
-os linux -ws gtk -arch x86_64 -showsplash
/usr/lib64/eclipse//plugins/org.eclipse.platform_4.5.2.v20160304-1300/splash.bmp
-launcher /usr/lib64/eclipse/eclipse -name Eclipse --launcher.library
/usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.300.v20160304-1300/eclipse_1613.so
-startup
/usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher_1.3.100.v20160304-1300.jar
-protect master --launcher.appendVmargs -exitdata ff800d -vm /usr/bin/java
-vmargs -Xms128m -Xmx1024m -Dorg.eclipse.swt.browser.UseWebKitGTK=true
-Dhelp.lucene.tokenizer=standard
-XX:CompileCommand=exclude,org/eclipse/core/internal/dtree/DataTreeNode,forwardDeltaWith
-XX:CompileCommand=exclude,org/eclipse/jdt/internal/compiler/lookup/ParameterizedMethodBinding,<init>
-XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/dom/parser/cpp/semantics/CPPTemplates,instantiateTemplate
-XX:CompileCommand=exclude,org/eclipse/cdt/internal/core/pdom/dom/cpp/PDOMCPPLinkage,addBinding
-XX:CompileCommand=exclude,org/python/pydev/editor/codecompletion/revisited/PythonPathHelper,isValidSourceFile
-XX:CompileCommand=exclude,org/eclipse/tycho/core/osgitools/EquinoxResolver,newState
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=/usr/share/eclipse/dropins
-Dp2.fragments=/usr/share/eclipse/droplets,/usr/lib64/eclipse/droplets
-Declipse.p2.skipMovedInstallDetection=true -jar
/usr/lib64/eclipse//plugins/org.eclipse.equinox.launcher_1.3.100.v20160304-1300.jar
eclipseplugin: org.python.pydev.shared_core
executable:
/usr/lib64/eclipse/dropins/pydev-core/eclipse/plugins/org.python.pydev.shared_core_4.5.3.201601221600
kernel: 4.4.6-300.fc23.x86_64
runlevel: N 5
type: libreport
uid: 1000
Truncated backtrace:
java.lang.RuntimeException: java.io.IOException: Cannot run program
"/home/cheese" (in directory
"/run/media/cheese/d9bd1b8b-a3ca-4959-807e-d6f9de9d8810/python-agent"):
error=13, Permission denied
at org.python.pydev.runners.SimpleRunner.run(SimpleRunner.java:312)
at org.python.pydev.runners.SimpleRunner.run(SimpleRunner.java:278)
at
org.python.pydev.runners.SimpleRunner.runAndGetOutput(SimpleRunner.java:329)
at
org.python.pydev.builder.pylint.PyLintVisitor$PyLintThread.passPyLint(PyLintVisitor.java:231)
at
org.python.pydev.builder.pylint.PyLintVisitor$PyLintThread.run(PyLintVisitor.java:113)
Caused by: java.io.IOException: Cannot run program "/home/cheese" (in directory
"/run/media/cheese/d9bd1b8b-a3ca-4959-807e-d6f9de9d8810/python-agent"):
error=13, Permission denied
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)
at java.lang.Runtime.exec(Runtime.java:620)
at
org.python.pydev.shared_core.process.ProcessUtils.createProcess(ProcessUtils.java:103)
at
org.python.pydev.runners.SimpleRunner.createProcess(SimpleRunner.java:51)
at org.python.pydev.runners.SimpleRunner.run(SimpleRunner.java:310)
... 4 more
Caused by: java.io.IOException: error=13, Permission denied
at java.lang.UNIXProcess.forkAndExec(Native Method)
at java.lang.UNIXProcess.<init>(UNIXProcess.java:248)
at java.lang.ProcessImpl.start(ProcessImpl.java:134)
at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)
... 8 more
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Bug 1286794] New: [rfe] split up eclipse.ini file
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1286794
Bug ID: 1286794
Summary: [rfe] split up eclipse.ini file
Product: Fedora
Version: 23
Component: eclipse
Severity: low
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:
I have changed some parameters in eclipse.ini file, including:
--launcher.GTK_version set to 2, because Gtk3 is very slow
--launcher.XXMaxPermSize to 512M
-Xms512m
-Xmx4096m for performance
Every single time eclipse is getting an update I have to manually edit the
configuration because version numbers in "-startup" and "--launcher.library"
change. These are configuration options a user usually won't change.
On a semantic level I think those contents belong in two different files in
different folders. The user-editable config belongs in /etc, e.g. in a file
called /etc/eclipse.ini. The version-specific launcher.library and startup
options belong somewhere below /usr, probably /usr/share/eclipse.
Is that possible?
Version-Release number of selected component (if applicable):
eclipse-platform-4.5.1-5.fc23.x86_64
How reproducible:
always
--
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=fBKkXWmOin&a=cc_unsubscribe
7 years, 5 months
[Bug 1342697] New: Arduino plug-in cannot loaded.
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1342697
Bug ID: 1342697
Summary: Arduino plug-in cannot loaded.
Product: Fedora
Version: 24
Component: eclipse-cdt
Assignee: jjohnstn(a)redhat.com
Reporter: thunderbirdtr(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
Created attachment 1164654
--> https://bugzilla.redhat.com/attachment.cgi?id=1164654&action=edit
Arduino CDT package file list.
Description of problem:
Eclipse CDT Arduino plugin not working/cannot loaded.
Version-Release number of selected component (if applicable):
(installed from fedora pkg itself. It's not repository for sure)
eclipse-cdt-arduino-9.0.0-0.8.gitdff6b3b.fc24.x86_64
Actual results:
When I open eclipse and check "about eclipse" or "plugin-manager" It's not
showing any of arduino plugin information.I think config.ini need to change for
cdt imo.
Expected results:
Should load arduino plugin and should work.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
7 years, 5 months
[Bug 1255007] New: eclipse @wayland - windows (bottoms & right edges) seem trimmed
by Red Hat Bugzilla
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
7 years, 6 months
[Bug 1353999] New: CNFE when running thermostat web-storage-service with jetty 9.4.0.M0
by Red Hat Bugzilla
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/a311c8bde171551a57ff28c04...
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.
7 years, 7 months
[Bug 1334855] New: eclipse-dtp broken in version 1.12.0-7
by Red Hat Bugzilla
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.
7 years, 7 months
[Bug 1348912] New: eclipse neon gui font different sizes
by Red Hat Bugzilla
https://bugzilla.redhat.com/show_bug.cgi?id=1348912
Bug ID: 1348912
Summary: eclipse neon gui font different sizes
Product: Fedora
Version: rawhide
Component: eclipse
Severity: urgent
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
Created attachment 1170654
--> https://bugzilla.redhat.com/attachment.cgi?id=1170654&action=edit
different font sizes
Description of problem:
in different panes, in different places font (the same font) have different
size, at least they are displayed that way.
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.
7 years, 7 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, 8 months