49944 - XUL directory viewer doesn't color visited links

Status: RESOLVED INVALID

(Core Graveyard :: History: Global, defect, P2)

Description

[John Levon]

Visit a URL such as file:///home/mydir/ to get a directory listing.
Then click on a file to read it, so the URL might be
file:///home/mydir/file.html

Now go back to the directory listing; the file is not coloured VLINK. You cannot
distinguish between visited and unvisited local files. This is a crucial
showstopper for me; I can't leave Netscape behind until this facility is
available ...

Comment 1

[WD]

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

Comment 2

[R.K.Aa.]

dup of bug 48578?
(visited links don´t change color after opening in new window)

Comment 3

[John Levon]

This not a dupe of 48578 ... it only occurs for directory listings. Rather it
seems it is a missing feature ...

Comment 4

[Asa Dotzler [:asa]]

setting bug status to New

Comment 5

[Radha on family leave (not reading bugmail)]

This is global history and probbaly needs work in docshell.

Comment 6

[Alec Flett]

this is a combination of global history and the directory viewer...

Here's what needs to happen:
- make sure that the directory viewer includes global history in it's datasources
- global history needs to answer RDF on whether or not a URL has been visited
- we need styles in the directory viewer to reflect this into the UI

Comment 7

[Viswanath Ramachandran]

nav triage team: not a beta stopper. 

Comment 8

[Paul Chen]

adding 4xp keyword

Comment 9

[Alec Flett]

resummarizing to reflect what's really going on.

Comment 10

[Viswanath Ramachandran]

nav triage: moving to mozilla1.2

Comment 11

[slice1900]

This is a regression from Netscape 4.x, any chance of its target milestone being
moved up?  I still have to use Netscape to navigate HTML trees I work with
because of the lack of visibility to where I've visited.  Some of these
directories have 500 files in them with many files having similar names so the
ability to see what I've looked and what I haven't is invaluable.  I use Mozilla
for EVERYTHING except this now, though I'm still forced to use Mozilla for it
occasionally if I view a complex page that Netscape 4.x cannot properly render.
 I don't know how many people notice or care about this, but I think that as a
regression from Netscape 4.x its milestone should be reconsidered.

Comment 12

[Alec Flett]

argh.. take two at reassigning history bugs to new owner

Comment 13

[Blake Ross]

-->bbaetz

Comment 14

[Bradley Baetz (:bbaetz)]

This is teh xul viewer, right? file will be moved to the html view RSN - see bug
102812.

When I rewrite the xul viewer I'll look at this, though.

Comment 15

[Bradley Baetz (:bbaetz)]

-> 0.9.7 for <outliner> rewrite, although I don't know if this is possible

Comment 16

[Bradley Baetz (:bbaetz)]

I'm guessing that the easiest way to do this would be for outliner to support
:visited, somehow.

Less important since html is the default, though

blake?

-> 0.9.9

Comment 17

[Bradley Baetz (:bbaetz)]

OK, moving all XUL dirviewer bugs to post 1.0. I don't want to be doing this,
but there are only so many hours in the day. These will be taken earlier if
someone submits a patch, or I find time.

Comment 18

[Bradley Baetz (:bbaetz)]

Following the roadmap, 1.0.1 is a maintenance release, so pushing off features
(xul direviewer) to 1.1

Comment 19

[Bradley Baetz (:bbaetz)]

xul dirviewer bugs -> 1.2. I have no time..

Comment 20

[O. Atsushi (Torisugari)]

Both handling "visited link" and history have changed greatly. WFM.