In KDE 5 gwenview supported the pnm format which is uncompressed. Now it says 'Loading meta information failed.'. I tried it with the latest neon.
Hi - can you please provide the specific steps needed to reproduce this issue? Please take a look at https://community.kde.org/Get_Involved/Issue_Reporting#Steps_to_Reproduce for reference on how to put together an effective Bugzilla ticket. In addition to that, if you are able to attach an example file that you're not able to open on your device, that may help others try to reproduce. Thanks!
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.
(In reply to John Kizer from comment #1) > Hi - can you please provide the specific steps needed to reproduce this > issue? Please take a look at > https://community.kde.org/Get_Involved/Issue_Reporting#Steps_to_Reproduce > for reference on how to put together an effective Bugzilla ticket. > > In addition to that, if you are able to attach an example file that you're > not able to open on your device, that may help others try to reproduce. > > Thanks! Download the latest KDE neon live DVD and boot it. Download a pnm image from https://filesamples.com/samples/image/pnm/sample_640%C3%97426.pnm Try to open the downloaded PNM file using the pre-installed gwenview.
That's a pretty picture! I can reproduce that Gwenview will not load the image with a .pnm extension. If the image is renamed to the format's specific extension of .ppm, or if the extension is removed entirely, the image is still recognized and loaded successfully. Re-titling based on that. Thanks! For what it's worth: kmimetypefinder, with no parameters, reports .pnm as image/x-portable-anymap - which is not technically a specific format itself, but a generic catch-all for the PBM/PGM/PPM family. If Gwenview is using kmimetypefinder when being asked to open a file, then I don't know if this bug should be in Gwenview knowing to ask for --content, or in kmimetypefinder not using the file content by default for formats like that?
Thanks for sharing the workaround.