Closed
Bug 269906
Opened 20 years ago
Closed 20 years ago
content of location bar is collapsed, only icon and [v] symbol visible
Categories
(SeaMonkey :: Location Bar, defect)
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 268780
People
(Reporter: aha, Unassigned)
References
Details
(Keywords: regression)
Attachments
(2 files)
2004111404/trunk/W2K, seeing for cca week When browsing, sometimes Location Bar turns to collapsed state, where only icon and [v] are visible, URL is not visible. See screenshot. I didn't found any steps to reproduce, for me it's comming randomly.
| Reporter | ||
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
Regression Timeframe: 2004110104 working, 2004110305 showing bug. Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a5) Gecko/20041116 Noticed it today, didn´t see it on BuildID 2004110104 and earlier, saw it on BuildID 2004110305 and later, using zip builds on Win98, classic theme, 800x600. Steps to reproduce: 1. start Mozilla 2. type www.mozilla.org and Enter 3. collapse Location Bar 4. F11 Full Screen 5. uncollapse Location Bar Can attach 11kb screenshot, classic theme, if wanted. I mostly started nearly maximized, then maximized, loaded URL, collapsed PT and Location bar, but it also was working with steps above, not always, but pretty often. Didn´t see errors or warnings in JS console.
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Updated•20 years ago
|
Flags: blocking1.8a5?
Keywords: regression
Comment 3•20 years ago
|
||
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a5) Gecko/20041102 Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a5) Gecko/20041103 worksforme: 1.8a5: 2004110213 regressed : 1.8a5: 2004110305 http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=SeaMonkeyAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-11-02+11%3A00&maxdate=2004-11-03+07%3A00&cvsroot=%2Fcvsroot uneducated guess: Bug 265165. For XUL elements, min-size should trump max-size not the other way around, according to CSS. But make it possible to set min-size to zero by setting it to 0 --- ugly hack until we get a better box-model spec. r+sr=bzbarsky
| Reporter | ||
Comment 4•20 years ago
|
||
Roc, Boris, should this bug be regression from bug 265165?
duplicate of bug 268780?
Comment 6•20 years ago
|
||
Bug 268780 comment 2 gives the same timeframe for regression. differences may depend on theme: Reporter of bug 268780 couldn´t reproduce on classic theme, I´m seeing this bug on classic, using a brand new unchanged profile. The screenshots over here are showing only a corruption in the URL box, buttons to the right and throbber are o.k. Steps to reproduce: 1. start mozilla 2. load www.mozilla.org ( the auto-loaded mozilla.org/start didn´t reproduce the bug, seems to be essential that something is typed into the location bar. Some chars, then selecting from the dropdown is ok. 3. collapse Navigation Toolbar 4. F11 for Full Screen 5. uncollapse Navigation Toolbar
Comment 7•20 years ago
|
||
fixed by using suggestion from bug 268780 comment 9 now it is working on classic theme buildiD 2004110305. unzipped Mozilla\chrome\toolkit.jar opened autocomplete.css inserted: min-width: 0%; min-height:0%; in: popupset { max-width: 0px; width: 0px; min-width: 0%; min-height:0%; } rezipped and renamed to toolkit.jar after this, bug was gone on that build, but still reproducible in unchanged current nightly.
Comment 8•20 years ago
|
||
related to bug 267776 ?
Comment 9•20 years ago
|
||
(In reply to comment #8) > related to bug 267776 ? Could be, from looking at bug 267776 comment 5. That bug, like this one, was missing steps to reproduce, and an exact timeframe for the regression. Now here in this bug are working steps to reproduce in comment 2 different from those on bug 268780, is a 16 hours regression time frame in comment 3, 1.8a5: 2004110213 - 2004110305 a working fix, taken from bug 268780 comment 9. bug 267776 Comment #5 tells about a playing a game which switches to full size mode, quitting that game broke the UI. Seems to be compatible with the steps ove here. Could the css change from bug 268780 comment 9 be checked in, so that in 1.8a5 this bug, and probably bug 267776 and bug 268780 are fixed too? That change reproducably fixes this bug for me on Win98 classic and modern theme. I was using an new unchanged profile, started mozilla with the modified autocomplete.css in toolkit.jar, and couldn´t see the bug, started with original toolkit.jar and saw the bug, and repeated this procedure a couple of times.
Comment 10•20 years ago
|
||
*** Bug 267776 has been marked as a duplicate of this bug. ***
Comment 11•20 years ago
|
||
*** Bug 270473 has been marked as a duplicate of this bug. ***
Comment 12•20 years ago
|
||
just for the record this is also reproducable returning from print preview: -manually enter, paste or edit a URL in the location bar -Select File | Print Preview -Close preview with close or [X] tested results: Th location bar no longer displays a URL. The page favicon, at left as expected, and the history dropdown arrow icon next to it. The URL is not displayed. expected results: The dropdown icon should be at the far right side of the location bar with the URL between the favicon and the dropdown. note: This doesn't happen unless the URL was manually touched. Opening a link or a bookmark, print preview, then close preview has no ill affect on the location bar.
Comment 13•20 years ago
|
||
There was a patch checked into bug 268780 that has fixed this. They've left that bug open because the patch is a temp thing. marking this a dupe *** This bug has been marked as a duplicate of 268780 ***
Updated•20 years ago
|
Flags: blocking1.8a5?
Comment 14•20 years ago
|
||
*** Bug 271798 has been marked as a duplicate of this bug. ***
| Reporter | ||
Updated•20 years ago
|
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Product: Core → SeaMonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•