Closed Bug 281910 Opened 20 years ago Closed 17 years ago

Links from l10n lxr to l10n bonsai and vice versa are broken

Categories

(mozilla.org Graveyard :: Server Operations, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: axel, Assigned: reed)

References

()

Details

Chase, I guess you have this on your list, just wanted to get rid of it on mine.

The links from bonsai-l10n to lxr have an /l10n/ too much, 
http://lxr.mozilla.org/l10n/source/l10n/pl-PL/toolkit/defines.inc should be
http://lxr.mozilla.org/l10n/source/pl-PL/toolkit/defines.inc
(found on
http://bonsai-l10n.mozilla.org/cvslog.cgi?file=l10n/pl-PL/toolkit/defines.inc&rev=&root=/l10n)

The opposite way around, the bonsai links on lxr should link to bonsai-l10n and
use a tld of l10n instead of mozilla.
The lxr-link for the non localized bonsai (http://bonsai.mozilla.org) is also
broken. Example:
http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/layout/generic/nsTextFrame.cpp
The lxr-link contains a "/mozilla" too much. 
(Or is this an other bug?)
another. We're working on l10n webtools.
Mass reassign of open bugs for chase@mozilla.org to build@mozilla-org.bugs.
Assignee: chase → build
Blocks: 279813
So one aspect of this is that bonsai-l10n doesn't recognize /l10n to be it's top-level-ignore directory.
I found that config var a few days back, but not right now. Anyone with that config var at their finger tips?
QA Contact: timeless → bonsai
(In reply to comment #4)
> So one aspect of this is that bonsai-l10n doesn't recognize /l10n to be it's
> top-level-ignore directory.
> I found that config var a few days back, but not right now. Anyone with that
> config var at their finger tips?

fixed.  mozilla/ has been changed to l10n/ in the params for bonsai-l10n.

That fixed trunk, but not branches.  Bonsai has no concept of branches living at a different lxr_base
Blocks: 324631
No longer blocks: 382806
Depends on: 382806
Assignee: build → server-ops
Component: Bonsai → Server Operations
Product: Webtools → mozilla.org
QA Contact: bonsai → justin
Version: Trunk → other
Is there a reason why this was moved to Server Operations? I don't think there's anything for us to do here.
Assignee: server-ops → tara
Component: Server Operations → Bonsai
Product: mozilla.org → Webtools
QA Contact: justin → bonsai
Updating summary. The remaining problem is LXR -> Bonsai.
Summary: links from l10n bonsai to l10n lxr and vice versa are broken → Links from l10n lxr to l10n bonsai are broken
Dave: Tara says that if she can get access to the server, she can take a look at this bug.  Can you hook her up?
This is still there, with mxr being slightly better than lxr.

http://lxr.mozilla.org/l10n/source/pl/toolkit/defines.inc links to
http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/pl/toolkit/defines.inc&rev=HEAD&mark=1.1, i.e., wrong bonsai instance and wrong top-level dir, http://mxr.mozilla.org/l10n/source/pl/toolkit/defines.inc links to http://bonsai-l10n.mozilla.org/cvslog.cgi?file=/l10n/mozilla/pl/toolkit/defines.inc&rev=HEAD&mark=1.1, which is almost right, just that the /mozilla/ second top-level dir shouldn't be there.

Links from bonsai-l10n to lxr are broken, too. It's linking back to http://lxr.mozilla.org/l10n/source//l10n/pl/toolkit/defines.inc instead of http://lxr.mozilla.org/l10n/source/pl/toolkit/defines.inc, no second /l10n/.
Summary: Links from l10n lxr to l10n bonsai are broken → Links from l10n lxr to l10n bonsai and vice versa are broken
Assignee: tara → reed
(In reply to comment #10)
> http://lxr.mozilla.org/l10n/source/pl/toolkit/defines.inc links to
> http://bonsai.mozilla.org/cvslog.cgi?file=mozilla/pl/toolkit/defines.inc&rev=HEAD&mark=1.1,
> i.e., wrong bonsai instance and wrong top-level dir,
> http://mxr.mozilla.org/l10n/source/pl/toolkit/defines.inc links to
> http://bonsai-l10n.mozilla.org/cvslog.cgi?file=/l10n/mozilla/pl/toolkit/defines.inc&rev=HEAD&mark=1.1,
> which is almost right, just that the /mozilla/ second top-level dir shouldn't
> be there.

mxr has been fixed. We're not doing any more work on lxr besides keeping it going, so lxr won't/can't be fixed.

> Links from bonsai-l10n to lxr are broken, too. It's linking back to
> http://lxr.mozilla.org/l10n/source//l10n/pl/toolkit/defines.inc instead of
> http://lxr.mozilla.org/l10n/source/pl/toolkit/defines.inc, no second /l10n/.

bonsai-l10n has been changed to use mxr and the regex has been fixed to strip out "/l10n/".

This looks fixed to me. Please reopen if something still isn't correct.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Component: Bonsai → Server Operations
Product: Webtools → mozilla.org
QA Contact: bonsai → justin
Product: mozilla.org → mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.