| Summary: | Date bar focus position and selection is lost when doing further selections | ||
|---|---|---|---|
| Product: | [Applications] kphotoalbum | Reporter: | Andreas Schleth <schleth_es> |
| Component: | Datebar | Assignee: | KPhotoAlbum Bugs <kphotoalbum-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | johannes |
| Priority: | NOR | ||
| Version First Reported In: | 4.7.1 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | slo mo screenshot movie (3 sec pre frame) of the problem | ||
|
Description
Andreas Schleth
2015-12-27 23:33:29 UTC
To make this issue somewhat clearer (tested again with KPA 4.7.1): The behavior of the date bar is different if accessed from the start screen then from the thumbnail browser. From the start screen: fails (somewhat) From the thumbnail viewer: works as expected. To reproduce: * In fresh session of KPA on any larger database select a year (eg. 2016) below the bar. * then enter the thumbnail viewer (the correct range of pictures appear) * BUT: the datebar is reset to its initial state (it should stay in its selected state to make refinements easily available). Workaround: * start thumbnail viewer first (on all pictures) * then manipulate the date bar * refinements and re-selections work as expected Do you mean that the datebar loses its selection, but still manages to restrict the range of the images? I couldn't reproduce anything like this, but I'm getting the feeling that I misunderstood something... Steps I tried to reproduce (using the demo db for reference): 1. Select year 2006 -> 4 matches 2. Select "Places/USA" -> 3 matches 3. Enter thumbnailview 4. Hit "back" 5. Select "People/Jesper" -> 2 matches My normal DB behaves analogously. P.S.: I saw one issue with the datebar, though: Selecting one year in the datebar at the lowest "zoom level" selected that year and the next one (visible once one zooms in). Created attachment 98226 [details]
slo mo screenshot movie (3 sec pre frame) of the problem
Hi Johannes,
watch the movie. It takes some, maybe strange, operations to get to the point.
However, just letting the lens follow the date selection would be a nice enhancement.
Cheers, Andreas
s/pre/per/ Thank you for reporting this bug in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "CONFIRMED" when replying. Thank you! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Yes, I can report, that this is still as reported in the latest git master v5.8.1-115-gd77b7c1b. (see the slo mo screenshot movie) Sorry for the delay, I had to update my system to be able to build again. Thanks for checking again, Andreas. I also tried to reproduce the bug again, with some luck. a. When the DateBar is zoomed and no "focus"/"lens" is set, the selection is usually outside of the visible range. -> I can reproduce this. b. DateBar selection is lost when using "show thumbnails", back/forward navigation, category selection, etc.), even though the selection is still applied. First of all: I finally understood what you meant - that the selection on the DateBar itself is lost, even though the images are correctly filtered. I don't know why I didn't get that before... I could not reproduce all of these, but when trying to do so I managed to encounter the described behaviour one time. Sadly, I could not reproduce the steps to do so. Following the steps outlined in the video, or in Comment 1 did not reproduce the bug for me. I'm happy for any additional hints since you can reproduce the bug every time but I could only do so once by sheer luck. The situation is quite frustrating... I'm marking the bug as confirmed since I could reproduce it at least once (and part a is straighforwardly reproducible). Git commit c63c93c40462b492882d4c8951e02173edb33d4b by Johannes Zarl-Zierl. Committed on 03/12/2022 at 01:23. Pushed by johanneszarl into branch 'master'. Center DateBar selection when zooming. This prevents the DateBar selection from moving out of sight when zooming in. M +26 -3 DateBar/DateBarWidget.cpp M +17 -2 DateBar/DateBarWidget.h https://invent.kde.org/graphics/kphotoalbum/commit/c63c93c40462b492882d4c8951e02173edb33d4b I tested with v5.9.1-99-gd3133368 and I cannot reproduce any undesirable behavior of the date bar anymore. So, from my point of view, this little bug can be closed just a few days before its 7th birthday ;-) Very nice! Thanks to Johannes for fixing it and to Justin to put it into focus again. |