Closed
Bug 445993
Opened 16 years ago
Closed 16 years ago
following a target="_blank" in fennec opens a new window but does not load the target url
Categories
(Firefox for Android Graveyard :: General, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
fennec1.0a1
People
(Reporter: blizzard, Assigned: mfinkle)
References
Details
Attachments
(1 file)
2.48 KB,
patch
|
Gavin
:
review+
|
Details | Diff | Splinter Review |
Right now if you follow an href that includes a target="_blank" a new toplevel window is opened but the target url is not loaded into that new window. Probably depends on the new multiple document/tabs impl for fennec.
Updated•16 years ago
|
Flags: blocking-fennec1.0+
Priority: -- → P2
Updated•16 years ago
|
Target Milestone: --- → Fennec A1
Comment 1•16 years ago
|
||
I suspect we're getting the arguments passed to our window, but not doing anything with it. Looks like this code: http://mxr.mozilla.org/mobile-browser/source/chrome/content/browser.js#120 is bottoming out since a newly opened window won't be passing in nsICommandLine arguments
Assignee | ||
Comment 2•16 years ago
|
||
This patch cleans up the commandline handling. We now do nothing if the window wasn't given an nsICommandLine via the window.arguments. This is an indication the window is an initial window. All other window opens are secondary and we shouldn't try to load a default page. I also added the "url" flag Firefox uses for various tools as well.
Assignee: nobody → mark.finkle
Status: NEW → ASSIGNED
Attachment #330618 -
Flags: review?(gavin.sharp)
Comment 3•16 years ago
|
||
Comment on attachment 330618 [details] [diff] [review] Cleanup the commandline handling Why do we need the timeout, anyways?
Attachment #330618 -
Flags: review?(gavin.sharp) → review+
Assignee | ||
Comment 4•16 years ago
|
||
changeset: 72:e93de367265f tag: tip user: Mark Finkle <mfinkle@mozilla.com> date: Mon Jul 21 17:00:55 2008 -0400 summary: b=445993, r=gavin. target=_blank doesn't load the URL changeset: 73:5fb797de3639 tag: tip user: Mark Finkle <mfinkle@mozilla.com> date: Mon Jul 21 17:12:47 2008 -0400 summary: b=445993, r=gavin. followup to remove unneeded setTimeout
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 5•15 years ago
|
||
verified with 20091106 1.9.2 nightly on my n810 with http://people.mozilla.org/~jmaher/target.html
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•