Bug 131068 - When an image that's open in Gwenview is edited with another program, the thumbnail updates instantly, but the image itself doesn't
Summary: When an image that's open in Gwenview is edited with another program, the thu...
Status: CONFIRMED
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: HI normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords: usability
: 150565 250640 275123 388982 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-07-19 13:22 UTC by Torquil Macdonald Sørensen
Modified: 2023-04-21 14:35 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Torquil Macdonald Sørensen 2006-07-19 13:22:04 UTC
Version:           1.3.1 (using KDE KDE 3.5.3)
Installed from:    Debian testing/unstable Packages
OS:                Linux

Hello,

How about incorporating a "Watch file" feature so that the application reloads an image file automatically when it is modified (as kview does)? This is useful for me since I like to have a graph displayed while I rerun the program that generates that graph several times between making changes to the program code. It would be convenient if the graph image was reloaded automatically by gwenview.

Best regards,
TMS
Comment 1 Torquil Macdonald Sørensen 2006-07-19 13:25:22 UTC
Sorry, I was filing this as "Wishlist", not "Bug". But my "Short description" was to short, and when I was asked to rewrite it by the bug report wizard, the bug report had automatically jumped from "Wishlist" to "Bug".

Best regards,
TMS
Comment 2 Tristan Miller 2010-03-28 16:55:11 UTC
It would be convenient if the watch feature was not just for images but for thumbnails as well—see Bug 131068.
Comment 3 Tristan Miller 2010-03-28 16:55:58 UTC
Confirming feature is still missing in KDE 4.4.1.
Comment 4 FiNeX 2010-09-12 14:59:56 UTC
*** Bug 150565 has been marked as a duplicate of this bug. ***
Comment 5 FiNeX 2010-09-12 15:00:07 UTC
*** Bug 250640 has been marked as a duplicate of this bug. ***
Comment 6 Tristan Miller 2011-05-31 14:12:04 UTC
Confirming feature is still missing in Gwenview 2.6.0 (KDE 4.6.3).
Comment 7 Nate Graham 2017-09-11 15:50:24 UTC
This would be useful for when you edit an image in an external editor. The changes should show up immediately when you switch back to Gwenview.
Comment 8 Nate Graham 2017-09-11 15:54:53 UTC
Tested this out. It *sort of* works now. When you have an image open in Gwenview and you edit it in another program:
- In browse mode, the thumbnail is instantly updated
- In View mode, the thumbnail is instantly updated
- In view mode, the actual large image is NOT instantly updated, even after you view another image and come back to that one. You need to restart the program.

Marking as a bug rather than a wishlist item.
Comment 9 null 2018-01-19 00:27:01 UTC
*** Bug 388982 has been marked as a duplicate of this bug. ***
Comment 10 null 2018-01-19 00:27:40 UTC
*** Bug 275123 has been marked as a duplicate of this bug. ***
Comment 11 null 2018-01-19 00:28:27 UTC
Still an issue as of Gwenview 17.12.1. Nate's description of the symptoms is spot on.
Comment 12 ned 2018-01-19 05:33:52 UTC
You don't have to close and open, you can just hit refresh (F5), but it's still annoying if there are lots of images.
Comment 13 ned 2018-03-16 02:38:40 UTC
slightly related: Even when F5 is pressed to refresh the image, the image size shown in pixels in the title bar does not refresh at all.

This can be annoying, for example when you're trying to optimise the size of a graph image, and you need to know how large the current version is.

It DOES refresh if you move to another image, and then move back, after a refresh.
Comment 14 null 2018-03-17 07:24:42 UTC
> slightly related: Even when F5 is pressed to refresh the image, the image size
> shown in pixels in the title bar does not refresh at all.
Cannot reproduce that part with 17.12.3, I guess it has been fixed in one of the patches we did in this area recently.