7839 - [Webshell] Links with target="_new" are not functional

Status: VERIFIED DUPLICATE of bug 17468

(Core :: DOM: HTML Parser, defect, P3)

Description

[Crysgem]

Apprunner Build ID: 1999060808

The link "Space Shuttle Enterprise" is unresponsive.

Speculation: The <base target="_new"> tag may be the cause of the
non-recognition. The insensate link
<a href="http://www.dfrc.nasa.gov/gallery/photo/STS/HTML/ECN-24301.html">
is external to the site.

Comment 1

[Péter Bajusz]

Seems like it doesn't work when put directly into the anchor.
Example:
  <a href="http://www.mozilla.org" target="_new">moz</a>

Changing summary.

Comment 2

[Péter Bajusz]

*** Bug 7842 has been marked as a duplicate of this bug. ***

Comment 3

[rickg]

I must be missing something, because all the link appear to work for me.

Comment 4

[Crysgem]

Alors... let us regain a clarity.

0) Launch Apprunner.
1) Access the cited URL.
2) Click the link "Space Shuttle Enterprise" in the second paragraph.

[e-mail] (and [e-mail], if you would be so assiduous), this
procedure as your machine executes it loads a new page? I intend no snippish
tone, I merely mean to simplify due to varied and interesting discussion of
possible causes between myself and [e-mail].

(Employing Apprunner in attempt to verify, Build ID 1999061208 - nice
advancement with the chrome and UI features, kids, although the mail tab is
curiously large.)

Comment 5

[Jan Carpenter]

Build 1999-06-15-16-M7
regressed on WinNT and Win98 & MacPPC
Works as it should on MacPPC, however, on Windows systems I have the same
problem as the reporter.

Comment 6

[rickg]

Moving to m8. I'm on overload.

Comment 7

[chris hofmann]

moving to m8

Comment 8

[rickg]

I can't make any sense out of this report's first comment. However, there is a
snippet below that does (<a href="foo" target="_new">) that shows the problem.
Can you please see if this is a problem with JS or events in gecko. The case
given works on NT in viewer, but not in apprunner -- where it fails to get a new
window.

Comment 9

[Crysgem]

Er... [e-mail], is this a request for clarification? What is unclear?
The link identified on the cited page, as of 1999061708 dans le Apprunner, does
not yield a new page, not so far as even attempting to generate a new window.
Neither the co-ordinating frame nor the main content employs JS... events in
Gecko? Ah... I'll dance on those heads of pins as best I may.
The accompanying Viewer indeed loads the URL in a new window upon Lose98.
Am I further requested to examine a snippet? I observe no snippet "below"... I
await further instructions.

Comment 10

[Nisheeth Ranjan]

Accepting bug...

Comment 11

[Nisheeth Ranjan]

Distibuting bugs over milestones...  This one goes to M10.

Comment 12

[Crysgem]

Although the mechanism is not perfected, the 'Target="_New"' attribute will
generate a new window... tested at http://www.spaceviews.com/ with the Apprunner
of 1999071310. Resolving--Fixed.

Comment 13

[Jan Carpenter]

The original link is no longer active, however, this code works:

<a href="http://www.upatsix.com/" <target="_new">link</a>

marking verified based on this code and reporters comments.

Comment 14

[Péter Bajusz]

janc: the code you wrote is faulty - it has a superflous '<' character.

I'm checking 1999-07-31-08 on win98, and in apprunner it doesn't work.
It works in viewer but not in apprunner.
I've tested the sample code I wrote, as well as the spaceviews site.

I'm reopening the bug.

Comment 15

[Nisheeth Ranjan]

I'll take a closer look at this for M10...

Comment 16

[Nisheeth Ranjan]

Bul re-assigning webshell bugs to the new webshell owner, Scott Collins.  Scott,
please adjust the target milestone assignments as you see fit.  Thanks.

Comment 17

[buster]

works on NT with today's code.  janc, can you retest on other platforms?  may be
fixed.

Comment 18

[Scott Collins]

(Mass-) Re-assigning [Webshell] bugs to travis, on the advice of dp, et al.  Many
of these may be invalid in the new world of the re-written webshell, but he
certainly needs to be aware of these issues.  Hope this helps you, travis.

Comment 19

[jst]

Problem solved, see 17468

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

Comment 20

[Joseph Elwell]

[bugday] i read both bugs, and they're the same.