Closed
Bug 249139
Opened 20 years ago
Closed 20 years ago
"Target" href attribute breaks in 20040629 nightly build
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 248753
People
(Reporter: christopher.vance, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040629
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a2) Gecko/20040629
I cannot seem to target links in the build from tonight. See the URL included
with this bug for a testcase demonstrating this problem.
Reproducible: Always
Steps to Reproduce:
1. Click a link that loads content in a targetted window.
2. Click a second link that loads content in the same named target window.
Actual Results:
Two separate windows appear.
Expected Results:
The first link should have loaded in the named target window. The second link
should have loaded in this same targetted window.
Problem occurs in tonight's build regardless of which profile is used. This
does not appear (at least to me) to be related to anything in prefs.js (prefs.js
file is tiny for new profile created to demonstrate this problem).
did it work in yesterdays build?
Sounds like a dup of bug 248753, fix just checked in
Reporter | ||
Comment 2•20 years ago
|
||
(In reply to comment #1)
> did it work in yesterdays build?
> Sounds like a dup of bug 248753, fix just checked in
I do not know about yesterday's build. I've been installing every Tuesday build
for Bug-Day, so my last build was the previous Tuesday. Will check and comment
tomorrow, but that bug demonstrates the exact same problem. I strongly suspect
my bug (which we're reading) is a dupe of bug 248753.
just built with the fix and can't reproduce this bug - resolving as dup.
*** This bug has been marked as a duplicate of 248753 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•