[Hardy] Installing Finnish language add-on to Firefox 3 breaks address bar's "feeling lucky" functionality

Bug #230308 reported by Risto Välimäki
14
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Undecided
Unassigned
firefox (Ubuntu)
Invalid
Undecided
Unassigned
firefox-3.0 (Ubuntu)
Invalid
Undecided
Unassigned
language-pack-fi (Ubuntu)
Fix Released
Undecided
Unassigned
language-pack-gnome-fi (Ubuntu)
Fix Released
High
Unassigned

Bug Description

Binary package hint: firefox-3.0

One of the more handy features in Firefox is the address bar: when you type non-url text in address bar, Firefox googles the best matching url and goes there. If search result is ambiguous, Firefox should display google's search page.

Unfortunately, for Finnish users, this feature is somewhat broken in Hardy.

When I type for example "ubuntu finland" into the address bar...

What should happen:
    Firefox should go to the url "http://www.ubuntu-fi.org/"

What happens instead:
    Instead it tries to go to "www.ubuntu finland.com" which of course doesn't exist.

However, if I disable the Finnish language pack (and restart Firefox), address bar works as it should.
(to disable: Tools->Add-ons->Languages and select Firefox(fi) and then disable)

(I have tested this on 32-bit and 64-bit Ubuntu, Xubuntu, Kubuntu and Kubuntu-KDE4 (all Hardys) in three different machines.)

Revision history for this message
Risto Välimäki (risto-valimaki) wrote :

Forgot to mention Firefox version:
Version: 3.0~b5+nobinonly-0ubuntu3

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 230308] [NEW] [Hardy] Installing Finnish language add-on to Firefox 3 breaks address bar's "feeling lucky" functionality

On Wed, May 14, 2008 at 01:44:49PM -0000, Risto Välimäki wrote:
> Public bug reported:
>
> Binary package hint: firefox-3.0
>
> One of the more handy features in Firefox is the address bar: when you
> type non-url text in address bar, Firefox googles the best matching url
> and goes there. If search result is ambiguous, Firefox should display
> google's search page.
>
> Unfortunately, for Finnish users, this feature is somewhat broken in
> Hardy.
>
> When I type for example "ubuntu finland" into the address bar...
>
> What should happen:
> Firefox should go to the url "http://www.ubuntu-fi.org/"
>
> What happens instead:
> Instead it tries to go to "www.ubuntu finland.com" which of course doesn't exist.
>
> However, if I disable the Finnish language pack (and restart Firefox), address bar works as it should.
> (to disable: Tools->Add-ons->Languages and select Firefox(fi) and then disable)

 affects ubuntu/language-pack-gnome-fi
 status confirmed
 importance high

 affects ubuntu/firefox-3.0
 status invalid

 affects ubuntu/firefox
 status invalid

 - Alexander

Changed in firefox-3.0:
status: New → Invalid
Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

As mentioned in the duplicate bug, still happens with the latest -proposed language packs (and firefox/xulrunner). Added language-pack-fi since the translations are now there.

Instead of doing the search, the Firefox simply tries to open www.[typed text].com, when using Finnish translation.

Changed in language-pack-fi:
status: New → Confirmed
Revision history for this message
Jouni Mettala (jouni-mettala) wrote :

Workaround is to edit firefox about:config

keyword.URL from http:// to http://www.google.com/search?ie=UTF-8&oe=UTF-8&sourceid=navclient&gfns=1&q= as it is with english language.

/<email address hidden>/firefox-3.0-fi.jar contains locale/browser-region/region-properties file where wrong keyword.URL value is.

Revision history for this message
Jouni Mettala (jouni-mettala) wrote :

With finnish language wrong value was only keyword.URL=http:

Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

See https://translations.launchpad.net/ubuntu/hardy/+source/firefox-3.0/+pots/firefox/fi/+translate?start=10&batch=20
This one is the 20th string, but there are also many other translations where only "http:" is used for things that should be probably whole URL:s. The URL:s are in the info fields. The problem applies (seems to, at least) also the other languages like German, see https://translations.launchpad.net/ubuntu/hardy/+source/firefox-3.0/+pots/firefox/de/+translate?start=10&batch=20.

Rosetta claims that English text is also just "http:", but clearly something here is wrong since it causes this bug.

Alexander, do you think this is a problem in the scripts?

Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 230308] Re: [Hardy] Installing Finnish language add-on to Firefox 3 breaks address bar's "feeling lucky" functionality

On Mon, Jun 30, 2008 at 08:39:28AM -0000, Timo Jyrinki wrote:
> See https://translations.launchpad.net/ubuntu/hardy/+source/firefox-3.0/+pots/firefox/fi/+translate?start=10&batch=20
> This one is the 20th string, but there are also many other translations where only "http:" is used for things that should be probably whole URL:s. The URL:s are in the info fields. The problem applies (seems to, at least) also the other languages like German, see https://translations.launchpad.net/ubuntu/hardy/+source/firefox-3.0/+pots/firefox/de/+translate?start=10&batch=20.
>
> Rosetta claims that English text is also just "http:", but clearly
> something here is wrong since it causes this bug.
>
> Alexander, do you think this is a problem in the scripts?
>

if english text has the same issue its most likely import script issue
(which i dont have).

 affects rosetta
 status incomplete

jtv, can you take a look why the texts are "accidentially" cut off
during import?

 - Alexander

Revision history for this message
Jeroen T. Vermeulen (jtv) wrote :

Launchpad's XPI parser treats the double-slash in the URLs as end-of-line comment markers if they occur in a .properties file. See bug 244258.

Changed in rosetta:
status: Incomplete → Fix Released
Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

This should be fixed now also in 8.04 LTS, although I cannot currently test it (only using 8.10). New language pack generation system should have fixed the issue.

Changed in language-pack-fi:
status: Confirmed → Fix Released
Changed in language-pack-gnome-fi:
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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