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)
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
Comment 1•25 years ago
|
||
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
Updated•25 years ago
|
Assignee: shuang → trudelle
QA Contact: elig → paulmac
Comment 3•25 years ago
|
||
Still reproducible using 2000010409 Mac OS build. Assigning to trudelle/paulmac
to determine where it belongs.
Updated•25 years ago
|
Assignee: trudelle → evaughan
Whiteboard: needs evaughan triage
Comment 4•25 years ago
|
||
Eric, do you know where this belongs?
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M14
Assignee | ||
Comment 5•25 years ago
|
||
Taking a look
Assignee | ||
Comment 6•25 years ago
|
||
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
Moving all UE/UI bugs to new component: User Interface: Design Feedback
UE/UI component will be deleted.
Assignee | ||
Comment 8•25 years ago
|
||
can reproduce
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
Comment 9•25 years ago
|
||
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 → ---
Assignee | ||
Updated•25 years ago
|
Target Milestone: M16 → M17
Assignee | ||
Comment 12•25 years ago
|
||
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
Comment 13•25 years ago
|
||
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
Comment 14•24 years ago
|
||
(per trudelle). mass-moving all evaughan non-nsbeta3+ bugs to 'Future'
milestone
Target Milestone: M21 → Future
Comment 15•24 years ago
|
||
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
Comment 16•23 years ago
|
||
WFM.
Gerv
Status: REOPENED → RESOLVED
Closed: 25 years ago → 23 years ago
Resolution: --- → WORKSFORME
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•