Closed Bug 281910 Opened 21 years ago Closed 18 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: 18 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.