Closed
Bug 6086
Opened 25 years ago
Closed 25 years ago
Mouse-over link doesn't show all URL types in status bar
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P2)
Tracking
()
VERIFIED
FIXED
M9
People
(Reporter: mcafee, Assigned: joki)
References
Details
(Whiteboard: [MAKINGTEST] pglendinning@cen.com)
Mouse-over link doesn't show URL in status bar.
I use this a lot, to find out where I'm about to
go visit if I click.
Nisheeth was supposed to be adding support to the webshell to enable this in M6.
I'll see where that stands and if it's in place, I can code it up pretty
quickly, else we'll have to wait.
I'm moving this to M7. It requires a bit more work than can be safely managed
for M6.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Updated•25 years ago
|
QA Contact: janc → elig
Comment 5•25 years ago
|
||
[QA Assigning to self for verification.]
Comment 6•25 years ago
|
||
Well...verifying on the 6.16.99 AM build [all 3 platforms, it works for HTTP
URLs.
However, it doesn't work for anything else I've tried, e.g.:
* telnet URLs (e.g. such as on angalon.tamu.edu)
* mailto URLs (e.g. such as on, say, people.netscape.com/sfraser)
Thus, I'm re-opening for mcafee's $.02.
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Updated•25 years ago
|
Resolution: FIXED → ---
The failure to display the URL for some links is a problem in the underlying
Gecko layout code or the nsWebShell. This bug should be reassigned to reflect
that fact.
Updated•25 years ago
|
Whiteboard: [MAKINGTEST] pglendinning@cen.com
Comment 10•25 years ago
|
||
Preliminary test case with 11 link types posted at
http://www.serve.com/apg/bugzilla/6086.html. The only links that seem to be
showing up in the status bar in M7(Win32) are about:, file: and http: links.
Assignee | ||
Updated•25 years ago
|
Summary: Mouse-over link doesn't show URL in status bar → Mouse-over link doesn't show all URL types in status bar
Assignee | ||
Comment 11•25 years ago
|
||
Moving this to M9, not high enough on my list for M8.
Updated•25 years ago
|
Target Milestone: M8 → M9
Comment 12•25 years ago
|
||
m9 move doesn't look like it took, tring again
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 13•25 years ago
|
||
I'm going to wait until Necko lands and see if this goes away.
Assignee | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 14•25 years ago
|
||
As hoped for this seems to magically work with the landing of Necko.
Comment 15•25 years ago
|
||
Verified fixed --- thanks to pglendinning@cen.com's excellent test case --- on
this morning's Mac OS & Win32 builds.
Will formally mark as verified when we have a Linux build that launches.
Comment 16•25 years ago
|
||
Verified fixed using 1999081001 Linux build.
However, I'm deferring to pglendinning@cen.com on verification, since I see
"[MAKINGTEST]" in the status, and would like to hold a bit if there's more he
intended to do.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 17•25 years ago
|
||
Stamping Verified, based on previous comments.
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•