Closed
Bug 490070
Opened 17 years ago
Closed 7 years ago
clicking on a link in XUL (className="text-link") opens a new window, not a new tab
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: dougt, Unassigned)
References
Details
(Whiteboard: mothballed)
if you have a link in xul (eg. Learn More... in the geolocation notification), when the user clicks on it, a new windows is opened. This should really be a new tab.
Comment 1•17 years ago
|
||
The generic bug for this in toolkit is bug 263433. I suppose we can work around it fairly easily in Fennec by using onclick instead of href, and calling our own addTab (or whatever).
Comment 2•17 years ago
|
||
(In reply to comment #1)
> The generic bug for this in toolkit is bug 263433. I suppose we can work around
> it fairly easily in Fennec by using onclick instead of href, and calling our
> own addTab (or whatever).
Agreed. Toolkit checks the originating window and, if chrome, it always opens in a new window.
Updated•17 years ago
|
tracking-fennec: --- → ?
Comment 3•17 years ago
|
||
Shouldn't bug 263433 be the blocking? bug?
Updated•16 years ago
|
tracking-fennec: ? → 1.0-wm+
Updated•16 years ago
|
tracking-fennec: 1.0-wm+ → 1.0+
Comment 4•16 years ago
|
||
I'm not sure of what we have change in our code but actually the "Learn more..." seems to open a new tab in my case
Whiteboard: [reproduceme]
Comment 5•16 years ago
|
||
This works for me on build:
Mozilla/5.0 (X11; U; Linux armv7l; Nokia N900; en-US; rv:1.9.2b5pre) Gecko/20091209 Firefox/3.6b5pre Fennec/1.0b6pre
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Whiteboard: [reproduceme]
| Reporter | ||
Comment 6•16 years ago
|
||
We have a workaround onclick handler that avoids opening a new window:
http://mxr.mozilla.org/mobile-browser/source/chrome/content/notification.xml#105
This bug intent is to remove our workaround when 263433 is fixed. Given that we have a work around, this shouldn't block.
Status: RESOLVED → REOPENED
tracking-fennec: 1.0+ → ---
Resolution: WORKSFORME → ---
| Reporter | ||
Comment 7•16 years ago
|
||
This year we mothballed windows mobile development. See:
http://blog.pavlov.net/2010/03/22/stopping-development-for-windows-mobile/
Marking bugs in the windows mobile / windows ce bucket as WONTFIX.
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
Resolution: --- → WONTFIX
Whiteboard: mothballed
Comment 8•16 years ago
|
||
not a wince bug
Status: RESOLVED → REOPENED
OS: Windows Mobile 6 Professional → All
Resolution: WONTFIX → ---
Comment 9•7 years ago
|
||
Closing all opened bug in a graveyard component
Status: REOPENED → RESOLVED
Closed: 16 years ago → 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•