After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 574257 - F-spot resizes main window by itself occasionally
F-spot resizes main window by itself occasionally
Status: RESOLVED WONTFIX
Product: f-spot
Classification: Other
Component: Browsing
0.6.1
Other All
: Normal normal
: ---
Assigned To: F-spot maintainers
F-spot maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2009-03-05 12:36 UTC by Janne
Modified: 2018-07-01 08:55 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Janne 2009-03-05 12:36:07 UTC
Please describe the problem:
At times, F-spot will increase the main window size when you go from the "many pictures" view to looking at just one picture; or when zooming in on the one picture. This will sometimes result in the window becoming too wide for the screen, making it hopeless to use.

F-spot used to do this all the time; it is now much rarer but still does it from time to time. Weirdly, it seems to depend on the exact picture. I have two pictures, taken (scanned) at the same time, of almost the same size. It happens every time with one of them, and never with the other.

Steps to reproduce:
With the "right" picture:

1. mark the picture
2. Choose the "one picture" view

Actual results:
The main window widens. 

Expected results:
The main window should never, ever change size.

Does this happen every time?
With some pictures, all the time. With other pictures, never.

Other information:
Comment 1 Janne 2009-12-10 12:49:24 UTC
I can confirm this bug. It is still present in 0.6.1.5. It frequently makes f-spot unusable on smaller screens, and is a real annoyance otherwise.

The cause seems to be the row of tag icons it displays below the image and to the left of the comment field in the single-image pane. If you have enough tags, the icons will no longer fit and "push" the window wider as a result. Some images will of course have more tags than others, and thus the results will differ by image. I use tags extensively and can not use the single-image view at all as a result.

One extra quirk is that when you start f-spot, it will resize the window to accomodate the "current" image single-image view, even if you actually start up in the multiple icon-collection view.

There are two problems exposed by this bug:

* The application should simply never resize itself. The user has set the window size for a reason and f-spot should respect it. If there is not enough space for the icons to show themselves they should either be listed in two rows or be truncated.

From a practical viewpoint, truncation is probably preferable. Remember, we get this problem when we have enough tags that the icons fill the entire row. At that point the tiny tag icons all look alike and cease to have any meaning from an information standpoint.

* I have tag icons turned off in the preferences, but these icons still show up in the single-image view. They almost certainly should not. I'll open a separate bug on that.
Comment 2 André Klapper 2018-07-01 08:55:56 UTC
f-spot is not under active development anymore, has not seen code changes for five years, and saw its last tarball release in the year 2010.
Its codebase has been archived: https://gitlab.gnome.org/Archive/f-spot/commits/master

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.