Open Bug 57022 Opened 25 years ago Updated 1 year ago

toolbar collapse tab shows up in js open() pop-up

Categories

(Core :: XUL, defect, P3)

x86
Windows 98
defect

Tracking

()

Future

People

(Reporter: doronr, Unassigned)

References

(Depends on 1 open bug)

Details

(Whiteboard: DO NOT resolve per bug 112534 unless this cannot be reproduced with 1.0.x or 1.1.x builds)

Attachments

(1 obsolete file)

If you minimise the personal toolbar and visit a site that has a pop up (aol.com, netscape.com, etc), it will have the minimised toolbar in it. trying to maximise it makes it go away
->future
Status: NEW → ASSIGNED
Target Milestone: --- → Future
*** Bug 97953 has been marked as a duplicate of this bug. ***
*** Bug 79281 has been marked as a duplicate of this bug. ***
*** Bug 125996 has been marked as a duplicate of this bug. ***
->component
Assignee: trudelle → jaggernaut
Status: ASSIGNED → NEW
*** Bug 145166 has been marked as a duplicate of this bug. ***
unfuturing and setting nsbeta1. We punted on this way back at 6.0, but we shouldn't ship again with this defect, imho.
Severity: minor → normal
Keywords: nsbeta1
Target Milestone: Future → ---
I agree, it is pretty ugly. There is also the case where some windows have the urlbar but none of the navigation buttons in it when they wanted no chrome at all, I forget the bugid.
This affects Ad Industry. Netscape.com is an example of a major site that is using popups. Users with 800x600 or less are used to collapse the toolbars. I agree with John that we gotta fix this this time. I am wondering if we have performance impact when the toolbars are rendered there.
nsbeta1- per Nav triage, too late for MachV, will consider in next release.
Keywords: nsbeta1nsbeta1-
Target Milestone: --- → mozilla1.1alpha
Shouldn't this be closed as grippies are gone now (bug #112534)?
*** Bug 167406 has been marked as a duplicate of this bug. ***
no, grippy is still present in moz 1.01 & moz 1.1 builds
Summary: minimised personal toolbar shows up in popups → toolbar collapse tab shows up in js open() pop-up
Whiteboard: DO NOT resolve per bug 112534 unless this cannot be reproduced with 1.0.x or 1.1.x builds
Depends on: 48332
Using win2000, 1.4RC3 Have installed 3 extensions (latest versions): http://livehttpheaders.mozdev.org/ http://googlebar.mozdev.org/ and http://extensionroom.mozdev.org/more-info.php/uawidget Since then, when I collapse these toolbars, and get on a site with pop-ups (ads), each pop-up has the collapsed toolbars (3 collapsed indexes, called grippies ?) on the top of them. When trying to expand, only the uawidget one effectivelly expands, the other ones disappear. Can this be related to the extension code being not clean ? or is it a defect of mozilla itself ? (standard Mozilla toolbars behave properly)
retargeting
Target Milestone: mozilla1.1alpha → Future
getting the same behavior on build 1.7b 2004031508 winxp with the new 'table of content (next-previous-top)' standard toolbar disapears after trying to expand it....
*** Bug 263602 has been marked as a duplicate of this bug. ***
*** Bug 283012 has been marked as a duplicate of this bug. ***
Assignee: jag → nobody
Severity: normal → S3

The severity field for this bug is relatively low, S3. However, the bug has 7 duplicates.
:enndeakin, could you consider increasing the bug severity?

For more information, please visit auto_nag documentation.

Flags: needinfo?(enndeakin)

The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant.

Flags: needinfo?(enndeakin)
Attachment #9387434 - Attachment is obsolete: true
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: