-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Installation doesn't work: Unable to create resource URLImageDescriptor #187
Comments
This works for me on Linux too - the specific image that is raising an error is displayed as expected: |
I am on Xubuntu 22.04, so a bit older linux. My guess is there is a problem related to the newer Linux version (Mint 21.3 release date is early 2024).
The screenshots and error log are from JEE, but this step in your instructions says download Java version. Does the Java version (eclipse-java-2024-06-R) suffer from the same problem (but presumably different icons in error message)? |
PS. As a workaround until we resolve this issue (assuming it is only affecting the Project Explorer badly). Close the Project Explorer, create a new project and then when you reopen the project explorer it shouldn't need to create those icons. |
Looking at the error log all the images that couldn't be loaded are The Linux Mint 21.3. MATE version is Gnome based and that might be the case for that version. @igornem1 Are you using the MATE version? |
Thanks @Phillipus for the insight. The changes in gdk-pixbuf are pretty recent and I can imagine we are about to start seeing the rollout of that change to early adopters of new versions. There was some discussion of reverting the change (https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/merge_requests/169) but that doesn't seem to have happened. Quoting from that last link:
A quick count shows almost 1000 gifs in the various platform/jdt/pde/equinox projects and an impressive 32k across all projects in SimRel. @akurtakov have you heard of this potential problem? |
I'm not sure if this a revert? https://gitlab.gnome.org/GNOME/gnome-build-meta/-/issues/846 |
First time I hear of anything like this. |
Nop, the Cinnamon version |
So am I but |
So why are gifs OK on my version of Linux Mint? |
I would be happy to know it |
Are you able to query what version of the gdk library is installed? |
And another case, for example in the log was errors similar to: So I've paid attention that in archive either installed by installer the folder doesn't contain folder "plugin", but "plugins", but anyway the file "newservlet_wiz.gif" doesn't exists at all |
Have no idea how to check it but if you'll teach me I can do it |
"plugin" is not a folder, it's a protocol. The image exists inside the plugin bundle. |
|
and |
I installed a fresh install of Linux Mint Cinnamon 21.3 in a VM and all
(Edited to change recipient of comment) |
Hi guys, sorry for your effort I pushed you to do, just want add that before I installed Cinnamon it was installed with Mate version and the Cinnamon was installed upon it. The installation process was promised it will erase the previous and install a fresh Cinnamon but probably something went wrong. |
Unfortunately I tend to only run Fedora. My interest in this problem is as the product owner of the JEE package, and the maintainer of that org.eclipse.jst.servlet.ui plug-in. |
@igornem1 - you have answered which version of gtk as opposed to gdk. IIUC the problem is libgdk-pixbuf2.0 version, e.g. on my Xubuntu I see 2.42.8. The problematic version may be >= 2.42.11
|
My Fedora 40 still has gdk-pixbuf2-2.42.10-8.fc40.x86_64 so no breakage for me (still?). Even version wouldn't matter that much as whether these codecs are available seems to be controlled by a compile time flag as per https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/merge_requests/169#note_2092832 aka same version might be fine on one distro and not on another. |
|
@nitind Sorry, I mistyped. That comment was meant for @igornem1 ! |
Hi @Phillipus , |
Clearly this is not just an Eclipse issue but a potential problem for many Linux users/developers that use https://gitlab.gnome.org/GNOME/gnome-build-meta/-/issues/846 |
@igornem1 I am glad to hear that a fresh install worked. I can't tell enough from the versions of pixbuf you have if that is the reason it failed (it seems unlikely someone built 2.42.8+dfsg-1ubuntu0.3 differently - without gif codec - for Ubuntu than Mint). There could be some other failure unrelated to the pixbuf included codecs change, but especially now that you have a working system I don't know how to diagnose this further. Regardless, you have brought this to our collective attention, but it looks like Eclipse is going to rely on the Distros to keep including gif support as pixbuf goes through its refactoring. I don't think there is any additional action here for now, but eventually Eclipse may have to replace all gifs with png, or add a different library to load gif files. The former would be a bug report on every single project, the latter would be an SWT change. I have created the SWT issue eclipse-platform/eclipse.platform.swt#1307 and I am going to close this issue. AFAICT there is nothing that Eclipse Packaging Project can do here. |
What I can't understand: was it a "mistake" in Gnome or not, as the issue https://gitlab.gnome.org/GNOME/gnome-build-meta/-/issues/846 is now closed / fixed? Do we have a pointer to a Gnome ticket that would say "let remove gif/bmp/ico" support in XYZ version? |
IIUC it was disabled in Gnome by mistake, but it was disabled in the underlying library (gdk-pixbuf) on purpose. The challenge is that consumers of gdk-pixbuf needed to make a build script change between 2.42.10 and 2.42.11 (add |
Version: 2024-06 (4.32.0)
Build id: 20240606-1231
Steps to reproduce
From a fresh installation and clean workspace:
OR
I tried
I expected: Regular Eclipse window
But got: Eclipse window with many errors(see screenshot)
Here is attached log exported from Eclipse Workspace log tab
eclipse.log
Tested under this environment:
Build id: 20240606-1231
Community
The text was updated successfully, but these errors were encountered: