Closed Bug 646463 Opened 14 years ago Closed 14 years ago

Bottom part of the browser window hidden under Windows taskbar after returning from full screen to a maximized window

Categories

(Core :: Widget: Win32, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: vykintasv, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:2.2a1pre) Gecko/20110330 Firefox/4.2a1pre Build Identifier: Mozilla/5.0 (Windows NT 6.1; rv:2.2a1pre) Gecko/20110330 Firefox/4.2a1pre After returning from full screen to a maximized window, the bottom part of the browser window (including the addon bar) is hidden by the Windows taskbar. After restoring the window and maximizing it again the window size is as expected. Reproducible: Always Steps to Reproduce: 1. Maximize the browser window 2. Enter full screen 3. Leave full screen Actual Results: The bottom part of the browser window is covered by the taskbar.
Blocks: 634586
I can reproduce this. I also think that it is a regression from bug 634586.
I'm not able to reproduce. Is this with auto-hide enabled maybe?
I was thinking the same, it WFM with a locked taskbar.
Attached image screenshot (deleted) —
bottom part of scrollbar is not visible anymore I tried enabling taskbar autohide. The result was, that the bottom of the browser was still not visible, because it was even below of what is actually visible on the screen.
No, my taskbar is also locked. I just tested it on another PC, and it's the same there. For reference, the specs of the two PC's where I see this (tested with clean profiles on both): Laptop: Windows 7 Pro 32 bit SP1, GeForce 9500M GS Old PC: Windows 7 Pro 32 bit, Radeon 9800 I also tried on a laptop with WinXP, but it's ok there. I'll try to investigate further.
Version: unspecified → Trunk
Testing now with F11, with autohide, the add-on bar drops off when returning to maximized state. Even turn off autohide, unlocked taskbar and hit F11, the browser is behind the taskbar. Jim, I just reproduced it when the menu button is turned on. It doesn't happen when the menu bar is on. It sounds like the z-order taskbar bug that Felipe fixed once.
Now I cannot remember if Felipe worked on it or not :) But hopefully that helps..
Status: UNCONFIRMED → NEW
blocking-fx: --- → ?
Component: General → Widget: Win32
Ever confirmed: true
Keywords: regression
Product: Firefox → Core
QA Contact: general → win32
This should be fixed by the patch in bug 648902, which landed today.
blocking-fx: ? → ---
Well, after that patch, I found that with autohide on, lock taskbar off, I cannot access the taskbar when I'm in maximized mode after using fullscreen. I either have to switch to normal mode or move the window, and going back to maximized will not allow me to access the hidden taskbar.
(In reply to comment #9) > Well, after that patch, I found that with autohide on, lock taskbar off, I > cannot access the taskbar when I'm in maximized mode after using fullscreen. I > either have to switch to normal mode or move the window, and going back to > maximized will not allow me to access the hidden taskbar. actually I don't think lock taskbar makes a difference either now, since it autohide can work before using fullscreen, but not after.
(In reply to comment #9) > Well, after that patch, I found that with autohide on, lock taskbar off, I > cannot access the taskbar when I'm in maximized mode after using fullscreen. I > either have to switch to normal mode or move the window, and going back to > maximized will not allow me to access the hidden taskbar. From my testing that's typical behavior. When a window takes up the entire screen, the taskbar doesn't display or alter the window's size. Am I missing something?
(In reply to comment #11) > (In reply to comment #9) > > Well, after that patch, I found that with autohide on, lock taskbar off, I > > cannot access the taskbar when I'm in maximized mode after using fullscreen. I > > either have to switch to normal mode or move the window, and going back to > > maximized will not allow me to access the hidden taskbar. > > From my testing that's typical behavior. When a window takes up the entire > screen, the taskbar doesn't display or alter the window's size. Am I missing > something? Hmm, I've been trying to understand the correct behavior with autohide set to on as well. I've never tried to research what the Windows design guide is on the subject. However, the only rule I thought was used was to compare against other apps with Fullscreen capabilities. With autohide on: Going into maximized, then F11 to fullscreen and then F11 to maximized again: Chrome seems to always allow you to access the taskbar using the mouse on the window edge IE9 sometimes does and sometimes doesn't allow you to get to the taskbar with the mouse Latest Build Minefield, doesn't allow you to access the taskbar with mouse at all until resize or moving it I have to resize or move the window to get it back to something less than maximized in order to get at the taskbar, I never would have guessed over the years that, that would be the correct behavior after I use fullscreen, although I don't have to move the window in maximized mode before using fullscreen, I can use the taskbar by mousing to the screen edge.
The original issue seems to be fixed. It can be marked as fixed by bug 648902. As for the hidden taskbar, Nightly seems to behave the same way as Opera 11.1 and IE9: - On a maximized window, before entering full screen, you can access the taskbar; - On a maximized window, after returning from full screen, you can't access the taskbar (switching windows seems to fix this) So this looks like a common bug, maybe on the Windows side? But as written in comment 12, Chrome seems to have found a workaround.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: