Closed Bug 1574953 Opened 5 years ago Closed 5 years ago

mozilla-esr68 tree missing in DXR

Categories

(Webtools Graveyard :: DXR, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: JanH, Unassigned)

Details

No description provided.

Sorry, Mozilla's DXR installation is no longer being maintained, in favor of SearchFox.

Searchfox's search is still noticeably inferior in some regards (mainly bug 1426423, also bug 1282127).

I am well aware! But it's a resourcing issue. If you feel strongly about it, the most effective thing you can do is ping Chris Lonnen or Laura Thomson and tell them why you think it's important. Thanks for taking an interest!

can we at least have better Thunderbird support and a tree switcher? Also, is the search capability similar? how expensive would it be for Thunderbird to update the dxr code once a month?

can we at least have better Thunderbird support and a tree switcher?

You'd have to ask the SearchFox people about that. I'm not sure who they are, but I'd start with the committers to the GitHub project or a search for a Bugzilla component.

Also, is the search capability similar?

There are significant differences.

how expensive would it be for Thunderbird to update the dxr code once a month?

You'd have to basically take over administration of the admin node of the DXR server farm and update a config file. If Thunderbird is just continuing to commit to a single master branch, DXR should be continuing to pull updates nightly, however. But I can't promise resources toward looking into this if it's broken.

I am well aware! But it's a resourcing issue. If you feel strongly about it, the most effective thing you can do is ping Chris Lonnen or Laura Thomson and tell them why you think it's important. Thanks for taking an interest!

Hi Lonnen/Laura. I wouldn't ask for altogether new features to DXR at this point, but I'm guessing/hoping that the addition of esr68 to the config file is trivial enough that it won't be a big burden. Do you have someone who could do this?

Here's my use case. DXR's ESR trees are the best web-based way I know of for blaming deleted code, especially when I don't know the exact code I'm looking for. I start by searching around in super-old trees, guessing keywords that may be useful. When I've found what I want, I use ESR releases as a poor man's binary search to find roughly when the code disappeared; from there I can go blame it in regular hgweb etc.

I can't currently do this in Searchfox because its ESRs don't go back all the way. (Also, it's a minor thing, but DXR's dropdown to quickly switch between trees makes the process a lot smoother too.)

Flags: needinfo?(laura)
Flags: needinfo?(chris.lonnen)

If you don't need a full compiled index and a text-only index is fine, I can do that tomorrow morning. If you do need the full on compile... dxr and the infra are old enough now that I'm not sure it could. There were issues around clang support the last time I tried it with m-c.

Hasn't DXR as a whole been text-only for quite some while now, anyway? In which case adding esr-68 in the same mode would be absolutely fine I'd say.

I start by searching around in super-old trees, guessing keywords that may be useful.

And even at the risk of repeating myself, even if Searchfox had all the ESR-trees, its search still wouldn't be quite as useful because of bug 1426423, since you can only easily search for a single keyword at a time, and all the more so if you're forced to guess keywords anyway.

A text-only index would be fine for me. Thanks!

As Erik pointed out, we are not maintaining or planning any future work on DXR. Hopefully Kendall's proposal is sufficient.

Flags: needinfo?(laura)
Flags: needinfo?(chris.lonnen)

Ok, the indexing run is queued up. Should see results in a few hours; it'll appear in the repo list in dxr automatically when done.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED

Is it expected that this change should be visible by this point? https://dxr.mozilla.org/mozilla-esr68/source/ tells me "No such tree as mozilla-esr68".

Flags: needinfo?(klibby)

(In reply to :dmajor from comment #12)

Is it expected that this change should be visible by this point? https://dxr.mozilla.org/mozilla-esr68/source/ tells me "No such tree as mozilla-esr68".

yeah, it should have been. looks like the run ran into memory issues, so I've adjusted the job and restarted it. should be available in an hour or two; will check back in a bit.

Flags: needinfo?(klibby)

Great, thank you!

Product: Webtools → Webtools Graveyard
You need to log in before you can comment on or make changes to this bug.