Closed
Bug 577695
Opened 16 years ago
Closed 15 years ago
Filter out the Nounclass strings in compare-locales
Categories
(Calendar :: General, defect)
Calendar
General
Tracking
(Not tracked)
VERIFIED
FIXED
1.0b4
People
(Reporter: p.franc, Assigned: p.franc)
Details
Attachments
(1 file)
In calendar/chrome/calendar/calendar-event-dialog.properties localizer can add extra strings to support the noun classes in their localization. These strings are reported by compare-locales script as obsolete. They should be filter out by filter.py script.
Comment 1•16 years ago
|
||
From the bug report it is not clear to me if this is a bug in compare-locals or not. What is the purpose of the attached file?
Comment 2•16 years ago
|
||
That file would go to calendar/locales/filter.py.
It would make all excessive entries for the nounclass stuff to be ignored in compare-locales.
Comment 3•15 years ago
|
||
Comment on attachment 456585 [details]
Example of working script.py
good stuff, thanks for the script!
Attachment #456585 -
Flags: review+
Comment 4•15 years ago
|
||
I've decided to turn around the conditions a bit so its easier to add exceptions in the future.
Comment 5•15 years ago
|
||
Pushed to comm-central <http://hg.mozilla.org/comm-central/rev/c3d6867fa36f>
-> FIXED
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Target Milestone: --- → Trunk
Comment 6•15 years ago
|
||
Backported to comm-miramar <http://hg.mozilla.org/releases/comm-miramar/rev/5785f2394bb3>
Target Milestone: Trunk → 1.0b4
Comment 7•15 years ago
|
||
yac, gotta reopen.
Due to the way that the filter.py is activated, you have to have the
import re
inside the function, otherwise you get a "global name re not found" exception, which compare-locales silently eats.
(Should I warn about that in some way? Guess so)
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 8•15 years ago
|
||
Ah, sorry about that. I haven't seen python imports inside functions, but Pavel correctly put it there. Sorry for moving it out! Why can't it be global, btw?
Comment 9•15 years ago
|
||
Pushed to comm-central <http://hg.mozilla.org/comm-central/rev/2d7862781f8c>
-> FIXED
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Target Milestone: 1.0b4 → Trunk
Comment 10•15 years ago
|
||
Backported to comm-miramar <http://hg.mozilla.org/releases/comm-miramar/rev/9728004561c9>
Target Milestone: Trunk → 1.0b4
| Assignee | ||
Comment 11•15 years ago
|
||
cs and ru locales are green - https://l10n-stage-sj.mozilla.org/dashboard/?tree=calendar10x
Status: RESOLVED → VERIFIED
Comment 12•15 years ago
|
||
Today's beta uplift is not transplanting this cset (http://hg.mozilla.org/releases/comm-beta/rev/728a63b46d38 ) to the new head, and this bug does not indicate its on aurora or what, so please verify this is correct where you need it.
Updated•14 years ago
|
Assignee: nobody → p.franc
You need to log in
before you can comment on or make changes to this bug.
Description
•