925 bytes, text/html
16 years ago
Status: UNCONFIRMED → NEW
Ever confirmed: true
-> DOM for triage or appropriate redirection
Assignee: sgehani → jst
Component: XP Apps → DOM Level 0
QA Contact: paw → desale
Dan, want to have a look at this one? :-)
Assignee: jst → danm
Changing target milestone to 'Future' since these seem to have missed the 1.2 alpha. If you are still considering a fix for 1.2 please re-target accordingly.
Target Milestone: mozilla1.2alpha → Future
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3b) Gecko/20030107 I observed something similar (I don't allow resizing). Look at the URL above. It displays availHeight, which is in my case 768 (= screen hight, but there is a fixed task bar). I have maximizied my window and outerHeight is only 694 which is the real maximum possible. This does not seem to happen with Windows. Might be a bug in all other OSes. If this is the same bug. pi
I sympathize. Sounds like a problem with nsIScreen::GetAvailRect on Mac and Linux. I'm cutting this bug loose so someone with current access to those platforms can pick it up.
Assignee: danm-moz → general
Severity: normal → blocker
Target Milestone: Future → ---
*** Bug 245245 has been marked as a duplicate of this bug. ***
Any chance that someone will pick up this bug in the near future?
I think caillon was working on something related to this.
Update for Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.7) Gecko/20040616 The symptoms have changed now. Following the same procedure I used below to demonstrate the bug I get the following: screen.width evaluates to 1024 which is correct. screen.height evaluates to 768 which is correct. With the taskbar at the bottom: screen.availHeight evaluates to 736 which leaves room for a 32px high taskbar, the taskbar is higher than that, though, and if I resize a window to 1024x736 the taskbar will overlap the bottom of the window. screen.availWidth is 1024 and is correct. screen.availLeft is 0 and is correct. screen.availTop is 0 and is correct. If I drag the taskbar to the left, the top, or the right, I get the exact same values for all of the above. None of the values change because of the changed position of the taskbar. It looks to me that someone tried to compensate for this bug by hardcoding in what amounts to a 32px taskbar at the bottom of the screen. The problem with this is that the taskbar is not always at the bottom of the screen, is not always 32px high (mine is approx 70) and is not always the only thing docked to the side of the screen. Even as a temporary quick fix this hardly cuts it.
Assignee: general → nobody
QA Contact: desale → general
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Last Resolved: a day ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.