-
Bug
-
Resolution: Fixed
-
High
-
None
-
2.5.2-beta-0, 2.6.10, 3.0.17
-
None
-
Severity 2 - Major
It's very annoying that I cannot drag a maximized source tree window from the top to restore it the way I do with every other window. I haven't seen this bug since apps were first being made for Windows Vista when Aero Snap was first introduced. Older versions of MS Office had this problem.
Also, the split panels cannot always be resized. For example, the horizontal split between the tree view and staging area is locked with the tree taking up around 70% of the view. When I try to drag to resize it, it just snaps back to where it was and seems to maintain the ratio no matter how the window is resized. It makes it impossible to work with files and diffs efficiently.
- duplicates
-
-
- Closed
-
[SRCTREEWIN-7583] Aero Snap doesn't work to drag window when maximized; split panels cannot be resized
jspielvogel We are working on this issue. Can you please attach a small video of both the issues please?
This partially works for me in Windows 10.
If the Window is maximised I can restore the window by grabbing anywhere in the caption without other interactive controls and dragging down, however this doesn't work in the top few pixels.
If you are using WPF and Custom Chrome to implement this Window (which is unfortunately a pain in the arse generally), check that you are dealing with the `WindowChrome.ResizeBorderThickness` property when the Window is in a Maximized state. This is a typical symptom of not doing so. A simple trigger in the `ControlTemplate` may resolve it.
That link doesn't work. It just says my email address "myemail" doesn't have access to softwareteams.atlassian.net.
I just installed version 2.5.5 (latest) and it's STILL not fixed. SRCTREEWIN-6983 is marked as resolved in beta 2.5.2, but it is NOT resolved. I still cannot drag the maximized source tree window to undock it like every other application window. Very annoying.
Copying a related comment I left on SOURCETREEWIN-7680:
"Cannot drag window from top either when it's docked (maximized) ; although I can resize the window by dragging the top edge, so it may be a different issue than what this one is mentioning . Aero Snap was introduced in Windows 7, so it's not like this is a new and mysterious feature. I can drag any window from the title bar to restore it except SourceTree. It's not coded correctly to handle the window events related to that feature (sorry, it's been decades since I wrote Win32 code). Also, once maximized, the vertical dividers in the U.I. seem to get stuck at around 50% with very little give from that position. It makes the U.I. almost unusable."
This issue no longer exists in 3.4.3 version of Sourcetree. With this version, its able to resize by dragging the title bar. Closing as the user didn't responded back.