99017 - URLs with target = _top ALWAYS open in restored/cascade mode

Status: VERIFIED DUPLICATE of bug 96475

(Core :: XUL, defect)

Description

[b_ironfist]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.3) Gecko/20010807
BuildID:    2001080821

any URL which contains a target=_top attribute will always open in a new window with the display properties of restored/cascade


Reproducible: Always
Steps to Reproduce:
1.find a web page that is not in a tableset, that has links that use target=_top attribute
2.click on link
3.watch as new window opens in restored/cascade style (no matter what display mode the parent window is at)


Expected Results:  new window should open with same display mode as parent

on 0.9.3 clicking on a link that had target=_top would open new window with same attributes as parent, in all nightlies since it has been broken

Comment 1

[Boris Zbarsky [:bzbarsky]]

Over to XP apps. I presume you mean the maximized/minimized/normal mode?

Comment 2

[b_ironfist]

yes, doesn't matter if the parent is maximized or 'normal' mode, the daughter will always open in 'normal' mode

Comment 3

[Andrew Hagen]

I'm not sure if I understand this bug. I'm using Mozilla/5.0 (Windows; U; Win98;
en-US; rv:0.9.4+) Gecko/20010928. I've done some testing, and here is what I found.

My first test page is at http://clam.rutgers.edu/~ahagen/news2.html . On that
page are several links with the target="_top" attribute. When any of these sites
are clicked on, Mozilla goes to the site as it should, regardless of whether the
window is maximized or not. No daughter is window is created for any of these
sites. This is the proper behavior.

My second test page is at http://clam.rutgers.edu/~ahagen/epochs2.html . On this
page are several links with the target="_blank" attribute. When the Mozilla
window is in cascade/restore (not maximized), a daughter window is created by
clicking on a link. The daughter window is also in cascade/restore. This is the
proper behavior. 

When Mozilla is on the epochs2.html site, as above, but maximized, a strange
thing happens. When a link is clicked, a daughter window is first created in
maximized form. Then, in a flash, the maximized daughter window changes into a
cascade/restore (not maximized) window. This is strange. 

I think this is a bug. If you click on a target="blank" link from a maximized
window, for consistency's sake you should get a daughter window that is  also
maximized. 

Comment 4

[Andrew Hagen]

Using Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4+) Gecko/20010928. This may
be a related phenomenon. Go to any web page with Mozilla. Maximize Mozilla.
Right click and select "Open in New Window." Mozilla will open the new window
maximized, then it flashes, and then it changes the window into cascade/restore
form. From a maximized Mozilla, this even works doing a Help | About Mozilla. I
think the correct behavior would be to open a daughter window that is in the
same form (maximized or cascade/restore) as the mother window.

Comment 5

[Ashley Bischoff (blog at handcoding.com)]

WFM 2001100803 on Win2k. Marking as dupe of bug 96475. Reporter: Please reopen
this bug if you disagree

-> XP Toolkit/Widgets, for parity with dupe

*** This bug has been marked as a duplicate of 96475 ***

Comment 6

[sairuh (rarely reading bugmail)]

mass verification of duplicate bugs: to find all bugspam pertaining to this, set
your search string to "DuplicateBugsBelongInZahadum".

if you think this particular bug is *not* a duplicate, please provide a
compelling reason, as well as check a recent *trunk* build (on the appropriate
platform[s]), before reopening.