Repository navigation
Conversation
…bar missing The resetBottomToolbarGeometry call in LibViewPanel::showEvent was commented out since the initial commit, causing the bottom toolbar width to not be recalculated when the window becomes visible. This resulted in prev/next buttons and thumbnails occasionally not showing when opening images. Git blame confirms the comment existed from the initial commit (1fa9bc5, unrelated printCount fix) and was not an intentional fix for any specific issue. Log: Restore resetBottomToolbarGeometry in showEvent to recalculate toolbar width on window show Bug: https://pms.uniontech.com/bug-view-376715.html
Reviewer's guide (collapsed on small PRs)Reviewer's GuideRestores the show-time toolbar layout recalculation so images loaded before display receive the correct width and consistently show navigation buttons and thumbnails. Sequence diagram for show-time toolbar geometry recalculationsequenceDiagram
participant ImageLoader
participant LibViewPanel
participant Toolbar
ImageLoader->>LibViewPanel: load image before show()
LibViewPanel->>LibViewPanel: showEvent(e)
LibViewPanel->>LibViewPanel: noAnimationBottomMove()
LibViewPanel->>LibViewPanel: resetBottomToolbarGeometry(currentWidget() == view)
LibViewPanel->>Toolbar: apply recalculated width
Toolbar-->>LibViewPanel: navigation buttons and thumbnails visible
File-Level Changes
Tips and commandsInteracting with Sourcery
Customizing Your ExperienceAccess your dashboard to:
Getting Help
|
|
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: Resurgamz The full list of commands accepted by this bot can be found here. DetailsNeeds approval from an approver in each of these files:Approvers can indicate their approval by writing |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Root Cause Analysis
The
resetBottomToolbarGeometrycall inLibViewPanel::showEventwas commented out, causing the bottom toolbar width to not be recalculated when the window becomes visible. When images are loaded beforeshow()is called (e.g., via drag-and-drop), the toolbar geometry is computed with an incorrect window size. SinceshowEventdoes not recompute it, the prev/next buttons and thumbnails occasionally fail to appear.Key evidence:
showEvent(viewpanel.cpp:2204):resetBottomToolbarGeometrycommented out since initial commitresizeEventcallsresetBottomToolbarGeometrybut may not fire if window size doesn't change on showslotOneImgReadyupdates menu content but does not trigger toolbar re-layoutFix
Uncomment
resetBottomToolbarGeometry(m_stack->currentWidget() == m_view);inshowEventso the toolbar width is recalculated when the window becomes visible.Git blame confirms the comment existed from the initial commit (
1fa9bc5, unrelated "printCount" fix) and was not an intentional fix for any specific issue. No subsequent commits touched this line.Safety Assessment
Bug: https://pms.uniontech.com/bug-view-376715.html
Summary by Sourcery
Bug Fixes: