Closed Bug 20307 Opened 25 years ago Closed 23 years ago

Window now has scroll bars, when it didn't before

Categories

(SeaMonkey :: General, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: kevinyen, Assigned: eric)

References

()

Details

1. Load http://client/demo/external/gecko/nov99/uncomp_win/Kiosk/MyNetscape/index.html 2. Click on "WebApps" panel on right hand side 3. AOL chromeless window will appear In 112908 build, the window has scroll bars. In 112308, there were NO scrollbars (as there shouldn't be). thx, kevin
Reassigning all of leger's unscreened Browser-General bugs to nobody@mozilla.org for pre-screening and triage.
Assignee: nobody → shuang
Component: Browser-General → UE/UI
QA Contact: nobody → elig
Moving to UE/UI component to check. Setting QA Contact.
Assignee: shuang → trudelle
QA Contact: elig → paulmac
Still reproducible using 2000010409 Mac OS build. Assigning to trudelle/paulmac to determine where it belongs.
Assignee: trudelle → evaughan
Whiteboard: needs evaughan triage
Eric, do you know where this belongs?
Status: NEW → ASSIGNED
Target Milestone: M14
Taking a look
When opening this page I can not select anything. Buttons don't work, text fields don't work. And clicking on the WebApps does nothing. But only on this page. Can you give me a better example?
Target Milestone: M14 → M16
Component: UE/UI → User Interface: Design Feedback
Moving all UE/UI bugs to new component: User Interface: Design Feedback UE/UI component will be deleted.
can reproduce
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Eric, I still see this on a windows tip build from 3/21. I do not see it on linux. However, the problem doesn't seem to have anything to do with scrollbars, just the window being sized slightly too small to fit the content. Re-opening, though I imagine it's a dup.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Target Milestone: M16 → M17
Mass moving M17 bugs to M18
Target Milestone: M17 → M18
spam: qa contact to jrgm@netscape.com
QA Contact: paulmac → jrgm
This has to do with the code that dynamically sizes the window. It makes it too small for the content. Not sure why.
Whiteboard: needs evaughan triage
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
(per trudelle). mass-moving all evaughan non-nsbeta3+ bugs to 'Future' milestone
Target Milestone: M21 → Future
Chaning the qa contact on these bugs to me. MPT will be moving to the owner of this component shortly. I would like to thank him for all his hard work as he moves roles in mozilla.org...Yada, Yada, Yada...
QA Contact: jrgm → zach
WFM. Gerv
Status: REOPENED → RESOLVED
Closed: 25 years ago23 years ago
Resolution: --- → WORKSFORME
Component: User Interface Design → Browser-General
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.