Bug 472014

Summary: When opening preview mode, album thumbnail scroller frame scrolls to the wrong position
Product: [Applications] digikam Reporter: kextrii
Component: Thumbs-BarViewAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles, metzpinguin
Priority: NOR    
Version: 8.0.0   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed In: 8.2.0
Sentry Crash Report:

Description kextrii 2023-07-06 20:14:55 UTC
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1. Go to an album with more than 100 images, or view a search result with more than 100 images
2. Open an image in preview mode (e.g. by double-clicking the image)
3. See if the album thumbnail scroll frame (default position is above the image preview frame) has the current image visible and highlighted

OBSERVED RESULT
If I click to preview any image from the 1st to the 100th, the thumbnail is visible and highlighted. If I click to preview an image past the 100th, the thumbnail scroller will not automatically scroll past the 100th image; the previewed image IS highlighted, but it is not visible in frame unless you manually scroll the thumbnail frame.

EXPECTED RESULT
The currently previewed image should have been scrolled into view -- preferably centered in the scroll frame if possible (if it isn't at the very beginning or end of the album).

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
If I have manually scrolled to see the currently previewed image in the thumbnail scroll frame, and if a new file is then added to the album while previewing the image, the thumbnail scroll frame will scroll back to a different position. This probably only applies when previewing an image past the 100th image of the album.
Comment 1 kextrii 2023-07-06 20:17:19 UTC
(In reply to kextrii from comment #0)
> SUMMARY
> ***
> NOTE: If you are reporting a crash, please try to attach a backtrace with
> debug symbols.
> See
> https://community.kde.org/Guidelines_and_HOWTOs/Debugging/
> How_to_create_useful_crash_reports
> ***
> 
> 
> STEPS TO REPRODUCE
> 1. Go to an album with more than 100 images, or view a search result with
> more than 100 images
> 2. Open an image in preview mode (e.g. by double-clicking the image)
> 3. See if the album thumbnail scroll frame (default position is above the
> image preview frame) has the current image visible and highlighted
> 
> OBSERVED RESULT
> If I click to preview any image from the 1st to the 100th, the thumbnail is
> visible and highlighted. If I click to preview an image past the 100th, the
> thumbnail scroller will not automatically scroll past the 100th image; the
> previewed image IS highlighted, but it is not visible in frame unless you
> manually scroll the thumbnail frame.
> 
> EXPECTED RESULT
> The currently previewed image should have been scrolled into view --
> preferably centered in the scroll frame if possible (if it isn't at the very
> beginning or end of the album).
> 
> SOFTWARE/OS VERSIONS
> Windows: 
> macOS: 
> Linux/KDE Plasma: 
> (available in About System)
> KDE Plasma Version: 
> KDE Frameworks Version: 
> Qt Version: 
> 
> ADDITIONAL INFORMATION
> If I have manually scrolled to see the currently previewed image in the
> thumbnail scroll frame, and if a new file is then added to the album while
> previewing the image, the thumbnail scroll frame will scroll back to a
> different position. This probably only applies when previewing an image past
> the 100th image of the album.

Forgot to mention: This is happening in Windows 11, but I think it also happened in Windows 10.
Comment 2 Maik Qualmann 2023-07-06 20:18:30 UTC

*** This bug has been marked as a duplicate of bug 468593 ***
Comment 3 caulier.gilles 2023-10-18 09:50:48 UTC
Fixed with  468593