241194 - The link to the nsIBookmarksService Interface Reference is broken. The Graph Legend link is also broken.

Status: RESOLVED WONTFIX

(Webtools Graveyard :: MXR, defect)

Description

[Guðmundur D.]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040316

The link to the nsIBookmarksService Interface Reference is broken. The Graph
Legend link is also broken.

Reproducible: Always
Steps to Reproduce:
1. Go to the webpage in question.
2. Click on the nsIBookmarksService Interface Reference link.
3. Stare at the 404 compliant page ;-)

Actual Results:  
HTTP 404.

Expected Results:  
One should be able to read the NSIBookmarksService and view the graph legend.

Comment 1

[Dave Miller [:justdave]]

This link is part of LXR...  Also, the links in question go to a site outside of
mozilla.org control, which apparently no longer hosts the stuff in question?

CCing someone I'm hoping is the person who runs that site...

Comment 2

[timeless]

We're linking to:
http://unstable.elemental.com/mozilla/build/latest/mozilla//browser/dox/interfacensIBookmarksService.html

We're supposed to be linking to:
http://unstable.elemental.com/mozilla/build/latest/mozilla/xpfe/dox/interfacensIBookmarksService.html

Code currently tries to do:
253                   $dir =~ s#([^/]+)(.*)#$1#;
/webtools/lxr/source, line 254 -- my $doxRoot =
"http://unstable.elemental.com/mozilla/build/latest/mozilla/" . $dir . "/dox/";

The problem is almost certainly with line 253. the odd thing is that the images
/sometimes/ work. I wonder if I can blame apache :).

Comment 3

[Dave Miller [:justdave]]

OK, that makes this an LXR bug...

Comment 4

[Dave Miller [:justdave]]

reassigning endico's bugs to default owner

Comment 5

[Chase Phillips]

Mass reassign of open bugs for [e-mail] to [e-mail].

Comment 6

[J. Paul Reed [:preed]]

Reassigning all LXR bugs assigned to [e-mail] to the default LXR owner (sorry Bear!)

We aren't actively working on these (if that's wrong, please reassign to yourself/a real person). 

Comment 7

[Myk Melez [:myk] [@mykmelez]]

The link in comment #2 which is supposed to be correct also doesn't work.

Comment 8

[Daniel Brooks [:db48x]]

Ok, so the current status of this is that the current doxygen docs don't contain any generated images for this class. MXR itself is generating the correct link, so really it's a doxygen bug.

Unfortunately I don't know if it's worth looking for a fix. I've already removed several doxygen features in order to get it to generate images for most of the classes, but frankly the current setup is a hack. I'd rather see David Humphrey's DXR extended to generate similar images (see http://zenit.senecac.on.ca/wiki/dxr/ if you haven't already.) After all, it does have complete knowledge of exactly what classes and types there are, and so can do a much better job. I was going to take a stab at it, but haven't gotten a chance.

Comment 9

[Sylvestre Ledru [:Sylvestre]]

mxr is gone, mass closing.
https://searchfox.org/ is a much better alternative.