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)

x86
Windows 2000
defect
Not set
normal

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.
Attached image 1.8a5 NB screenshot
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
Flags: blocking1.8a5?
Keywords: regression
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
Roc, Boris, should this bug be regression from bug 265165?
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
Depends on: 268780
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.
related to bug 267776 ?
(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. 
*** Bug 267776 has been marked as a duplicate of this bug. ***
*** Bug 270473 has been marked as a duplicate of this bug. ***
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.
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 ***
Status: NEW → RESOLVED
Closed: 20 years ago
No longer depends on: 268780
Resolution: --- → DUPLICATE
Flags: blocking1.8a5?
*** Bug 271798 has been marked as a duplicate of this bug. ***
Status: RESOLVED → VERIFIED
Product: Core → SeaMonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: