Bug 415358

Summary:	Online images do not present themselves when loaded
Product:	[Applications] gwenview	Reporter:	Qualimer Judith <qualimerjudith>
Component:	general	Assignee:	Gwenview Bugs <gwenview-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal
Priority:	NOR
Version First Reported In:	19.12.2
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	Demonstrates what Gwenview does to an online image, and then shows a way to make it visible.

Description Qualimer Judith 2019-12-19 15:07:52 UTC

Created attachment 124587 [details]
Demonstrates what Gwenview does to an online image, and then shows a way to make it visible.

SUMMARY
As of Gwenview 19.12.0, the program handles opening online images a bit differently than before - they are not visible (though there is a workaround for that). E.g. using this command: gwenview https://upload.wikimedia.org/wikipedia/commons/e/eb/Ash_Tree_-_geograph.org.uk_-_590710.jpg

This ends up with Gwenview yielding a blank viewer, unless the 'Browse' option is selected, before reverting to the 'View' option - this will reveal the image as expected.

STEPS TO REPRODUCE
1. Open up an online image (gwenview https://upload.wikimedia.org/wikipedia/commons/e/eb/Ash_Tree_-_geograph.org.uk_-_590710.jpg)

OBSERVED RESULT
The image is not displayed by Gwenview, though its properties are still present in the Operations sidebar.

EXPECTED RESULT
The image ought to be visible by Gwenview (without needing to switch between views).


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 5.4.1-arch1-1/5.17.4
(available in About System)
KDE Plasma Version: 5.17.4
KDE Frameworks Version: 5.65.0
Qt Version: 5.13.2

ADDITIONAL INFORMATION
Attached is a recording of this issue at play.

Comment 1 Qualimer Judith 2020-02-17 11:40:46 UTC

Additional testing has shown that clicking on the "View" button again once the image has completed its loading process works as well, revealing it as expected.

Comment 2 Qualimer Judith 2020-12-23 23:29:33 UTC

A little late, but it's now resolved.