hebrew FF 3 - status line, hebrew text in reversed site name before label

Bug #234029 reported by nadavkav
4
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Fix Released
Medium
firefox-3.0 (Ubuntu)
Invalid
Undecided
Unassigned
language-pack-gnome-he (Ubuntu)
Invalid
Undecided
Unassigned
language-pack-he-base (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: firefox-3.0

when using the hebrew version of firefox 3 beta 5 --> looking at the status line, the label describing the current action and the site's name are displayed in reverse ordered.
(it's ok in english but it is suppose to be reversed order in rtl hebrew and it is not)

example (in english, but pretend it is in hebrew, please :-)
how it normally should be: "loading site..."+"some site.com"
how it is in hebrew: "some site.com"+"loading site..."

imagine "loading site..." is translated to hebrew which breaks
the order of the sentence in the rtl hebrew language.

ProblemType: Bug
Architecture: i386
Date: Thu May 22 17:18:31 2008
DistroRelease: Ubuntu 8.04
NonfreeKernelModules: nvidia
Package: firefox-3.0 3.0~b5+nobinonly-0ubuntu3
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=he_IL.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.24-16-generic i686

Tags: apport-bug
Revision history for this message
In , L10n-mozilla (l10n-mozilla) wrote :

Moving over a flock of granparadiso RTL bugs to Firefox for triage.

Revision history for this message
In , Smontagu (smontagu) wrote :

I see that the Persian localization [1] solves this by inserting bidi embedding controls in the localized strings, e.g.

[RLE]TRANSFERRING DATA FROM [LRE]%1$S[PDF]...[PDF]

[1] http://mxr.mozilla.org/l10n/source/fa/netwerk/necko.properties

Axel, is it possible to mix UTF-8 and escapes (\u202a etc.) in properties files rather than using invisible characters, which make life very difficult when editing?

Revision history for this message
In , L10n-mozilla (l10n-mozilla) wrote :

Unicode escapes still work, and will remain to work in .properties files.

Revision history for this message
In , Tomer Cohen (tomer-gmx) wrote :

Any solution for this issue, or we'll have to do the same *workaround* the Persians did?

Revision history for this message
In , Smontagu (smontagu) wrote :

I think the workaround is actually the most practical solution here.

Revision history for this message
In , Ehsan-mozilla (ehsan-mozilla) wrote :

Mass-assigning the new rtl keyword to RTL-related (see bug 349193).

Revision history for this message
In , Tomer Cohen (tomer-gmx) wrote :

Created attachment 321418
necko.properties with RLE/LRE..PDF

Revision history for this message
In , Tomer Cohen (tomer-gmx) wrote :

Created attachment 321419
necko.properties with RLE/LRE..PDF

Some extra whitespaces removed.

Revision history for this message
In , Tomer Cohen (tomer-gmx) wrote :

Created attachment 321420
patch

This is very important fix we should get fixed before going final, as it is visually appear on every request.

Revision history for this message
In , Tomer Cohen (tomer-gmx) wrote :

I've added /l10n/he/netwerk/necko.properties into the patch of bug 433777 attachment 321801.

ar people - You might wish to do the same in your locale.
http://mxr.mozilla.org/l10n/source/ar/netwerk/necko.properties

Revision history for this message
nadavkav (nadavkav) wrote :

Binary package hint: firefox-3.0

when using the hebrew version of firefox 3 beta 5 --> looking at the status line, the label describing the current action and the site's name are displayed in reverse ordered.
(it's ok in english but it is suppose to be reversed order in rtl hebrew and it is not)

example (in english, but pretend it is in hebrew, please :-)
how it normally should be: "loading site..."+"some site.com"
how it is in hebrew: "some site.com"+"loading site..."

imagine "loading site..." is translated to hebrew which breaks
the order of the sentence in the rtl hebrew language.

ProblemType: Bug
Architecture: i386
Date: Thu May 22 17:18:31 2008
DistroRelease: Ubuntu 8.04
NonfreeKernelModules: nvidia
Package: firefox-3.0 3.0~b5+nobinonly-0ubuntu3
PackageArchitecture: i386
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=he_IL.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox-3.0
Uname: Linux 2.6.24-16-generic i686

Revision history for this message
nadavkav (nadavkav) wrote :
Revision history for this message
Tomer Cohen (tomerc) wrote :

Nadavkav - PLEASE don't report Firefox bugs here, as no one is intended to read them, and no one will fix it. Instead, please always report the problems in the right location. In this case it is mozilla.org.

This bug already reported <https://bugzilla.mozilla.org/show_bug.cgi?id=402240>, and hopefully will get fixed before 3.0.

Revision history for this message
John Vivirito (gnomefreak) wrote :

Tomer he is using Ubuntu's version of firefox please dont tell him to not report bugs here this is the correct place to file the bug, We can track upstream bugs from Launchpad.
Adding upstream task.

Revision history for this message
John Vivirito (gnomefreak) wrote :

status confirmed because there was an upstream bug reported.

Changed in firefox-3.0:
status: New → Confirmed
Revision history for this message
In , John Vivirito (gnomefreak) wrote :
Revision history for this message
Tomer Cohen (tomerc) wrote :

John - Ubuntu way is really annony me, and this is not the expeced thing from oss software. We relly don't want software bugs to be solved in ubuntu repositories only but in the software itself. It is too bad that users will report bgs to the WRONG people and this will make the upstream software less relible.

As for me - I can't follow every user compliance all over the web, but I do my best to get most of them and to make sure it won't be ignored.

What would you if I didn't publish here the upstream bug? Ignore it, I guess.

Revision history for this message
John Vivirito (gnomefreak) wrote :

First i never said fixed only in Ubuntu repos but it is needed that we know about the bugs in case it is a Ubuntu issue only. Users using Ubuntu packages should file bugs on Launchpad If you care not to that is up to you but dont tell Ubuntu users to only post upstream bugs, some fixes can be done in Ubuntu and we can push patch upstream if they accept it as we have always done in past. Most of the time the user cant tell if it is a Ubuntu bug or an upstream bug so we prefer they file it here and either we will look for upstream bug once we have enough info to know if its upstream or not. Tomer as you had filed the bug upstream before this bug was filed that is something you know about already, But users need to file them here so we know about them or we cant do our job. Tomer if you didnt post the upstream link here it would have been looked for anyway either by us or user or would be filed by is or user. We dont ignore any bug that we have, Please dont tell users to not file bugs here and only file them upstream.

Changed in firefox:
status: Unknown → In Progress
Revision history for this message
In , Tomer Cohen (tomer-gmx) wrote :

fixed and landed for 'he'.

Revision history for this message
John Vivirito (gnomefreak) wrote :

This fix has landed in "he" lang pack.
Alexander,
Should we wait to decide what we are doing with FF3.0 lang packs before pushing this fix?

Changed in firefox:
status: In Progress → Fix Released
Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 234029] Re: hebrew FF 3 - status line, hebrew text in reversed site name before label

On Wed, May 28, 2008 at 09:56:26PM -0000, John Vivirito wrote:
> This fix has landed in "he" lang pack.
> Alexander,
> Should we wait to decide what we are doing with FF3.0 lang packs before pushing this fix?
>

The RC1 langpacks should be in hardy-proposed by now

 affects ubuntu/firefox-3.0
 status invalid

The original translations were shiped by the gnome pack

 affects ubuntu/language-pack-gnome-he
 status invalid

However, they are now in the main language-pack for he

 affects ubuntu/language-pack-he-base
 status fixcommitted

 - Alexander

Changed in firefox-3.0:
status: Confirmed → Invalid
Revision history for this message
Alexander Sack (asac) wrote :

On Fri, May 23, 2008 at 06:30:22AM -0000, Tomer Cohen wrote:
> John - Ubuntu way is really annony me, and this is not the expeced thing
> from oss software. We relly don't want software bugs to be solved in
> ubuntu repositories only but in the software itself. It is too bad that
> users will report bgs to the WRONG people and this will make the
> upstream software less relible.
>
> As for me - I can't follow every user compliance all over the web, but I
> do my best to get most of them and to make sure it won't be ignored.
>
> What would you if I didn't publish here the upstream bug? Ignore it, I
> guess.

Dont use ubuntu bug tracker then. If you find it useless, just stay
away instead of trolling here.

Thanks,

 - Alexander

Przemek K. (azrael)
Changed in language-pack-he-base (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
In , Tomer Cohen (tomer-gmx) wrote :

As Firefox 4 is around the corner, I'd suggest reopening this bug in order to find a better way to do it, as RLE..PDF is not the expected solution.

Revision history for this message
In , Ehsan-mozilla (ehsan-mozilla) wrote :

*** Bug 477189 has been marked as a duplicate of this bug. ***

Changed in firefox:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.