Closed Bug 317776 Opened 19 years ago Closed 16 years ago

normalize links in region.properties

Categories

(Mozilla Localizations :: Other, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Pike, Unassigned)

Details

Attachments

(5 files)

Please check your locales to see if the links in region.properties are pointing
to mozilla.org/.com or affiliates links.

I'll file a separate post-1.5 bug to actually get rid of all those links in
some way, it's about time to move code decisions into code and not l10n.

Please cross-check with the en-US version which links should be which.
In case of doubt, we'll put some post-1.5 pressure to have server-side redirects
based on accept-lang to localized content.
In Italian (it) all links are pointing to mozilla.org/mozilla-europe.org sites, except for:
browser.search.defaulturl=http\://www.google.it/search?lr\=&ie\=UTF-8&oe\=UTF-8&q\=
fallbackDefaultSearchURL=http\://www.google.it/search?&q\=
(like the en-US file)
And:
searchEnginesURL=http\://www.mozillaitalia.org/searchplugins
that originally points to the useless (for Italian people) http://www.mozilla.org/products/firefox/add-engines.html and there is no localized alternative on Mozilla Europe.
Status: NEW → ASSIGNED
Michele, we can do it on mozilla europe if you need it, the link would be :

http://www.mozilla-europe.org/it/products/firefox/search/

We had a similar request from the es-ES team and the link "add new engines" in their search box points to our search page where we will add an explanation of how search plugins work and links to the searchplugins they believe are best suited to the Spanish population.



It'd be nice if you could offer that for all locales. At least I would also like to link there with "de".
In Polish all links are pointing to mozilla.com/mozilla-europe.org with the following exceptions:

fallbackDefaultSearchURL=http://www.google.pl/search?sourceid=firefox&ie=UTF-8&oe=UTF-8&q=
defaultSearchURL=http://www.google.pl/search?hl=pl&sourceid=firefox&ie=UTF-8&oe=UTF-8&q=

which are the localized versions of Google, and:

searchEnginesURL=http://www.mozillapl.org/wyszukiwarki

The page http://mozillapl.org/wyszukiwarki is a categorized directory of Polish search plugins, similar to the Italian one. This has been accepted by Pike and rebron in bug 315214, so I'm not sure if I really have to change it to mozilla-europe.org/pl/whatever and bug Stanislaw about creating a page there, which will be less useful than mozillapl.org/wyszukiwarki. I'll do it if it's necessary, though...
Ok, I need to clarify a bit here:

a) the google search engine links are ok

b) I chatted with rebron, we won't get a real system in place for the redirects
for everything, esp no the searchplugins. We're a tad loose on this one, as 
they're not code, and most folks don't add engines anyway. Thus we're going
to let searchEnginesURL slip for now, after a short review of the existing
entries.
There is no problem to do what I proposed to ES and IT for all languages Mozilla Europe currently supports, just mail me at "pascal DOT chevrel AT free DOT fr" and I'll put you in contact with the person responsible for your language version at Mozilla Europe if you don't know him so as that you can modify the Moz-Eu search page together and add a "micro-mycroft" section there.
in zh-CN browser/chrome/browser-region/region.properties
 fallbackDefaultSearchURL=http\://search.netscape.com/cgi-bin/search?charset\=UTF-8&search\=
should be:
fallbackDefaultSearchURL=http\://www.google.com/search?&q=

other files are OK.
In 'es-ES' browser/chrome/browser-region/region.properties all URL's are from mozilla.com, mozilla.org, mozilla-europe.org, or google.es ones.
Hello,

below is region.properties content for Catalan version:
All links are mozilla.com, mozilla-europe.org or google.com, except for those pages which are not available in Catalan yet, which point to softcatala.org resources. As you may check, some of them actually redirect to Mozilla.org, because content has not been translated yet. According to localisation policy text, these links did not seem to infringe any point.
Apart from the actual blocking, I personally lament not having been informed personally whether those strings may represent a block for a simultaneous release, as it seems according to: http://wiki.mozilla.org/L10n:Firefox_1.5_release_candidate_Status
I feel especially sorry when I consider myself open to any change and explanation despite, of course, it's my duty to get the better localisation I can and I will continue doing so in collaboration with the whole Mozilla Community.

As you know, these kind of things are not nice to explain to user community.

I'm looking forward to having a fix for this, and it's fine for me to revert to an en-US version of these pages, even if we can currently ensure a proper localisation of the given resources before a suitable solution is available for all languages.
 
Best regards,

---

general.useragent.contentlocale=AD

homePageDefault=http://ca.start.mozilla.com/firefox
fallbackDefaultSearchURL=http://www.google.com/search?&hl=ca&q=

    releaseNotesURL=http://www.softcatala.org/projectes/mozilla/firefox/releases/%S.html

# firefox.js
browser.startup.homepage=http://ca.start.mozilla.com/firefox
    browser.throbber.url=http://www.mozilla-europe.org/ca/products/firefox/start/central.html
    browser.search.defaulturl=http://www.google.com/search?hl=ca&lr=&ie=UTF-8&oe=UTF-8&q=

browser.search.order.1=Google
browser.search.order.2=Yahoo

#config.js
    startup.homepage_override_url=http://www.softcatala.org/projectes/mozilla/firefox/whatsnew.html

# search-panel.properties
defaultSearchURL=http://www.google.com/search?hl=ca&lr=&ie=UTF-8&oe=UTF-8&q=
browser.search.defaultenginename=Google

# update notifications: new update page
update_notifications.provider.0.datasource=

searchEnginesURL=http://www.softcatala.org/projectes/mozilla/mycroft/
    feedLiveBookmarkInfoURL=http://www.mozilla-europe.org/ca/products/firefox/live-bookmarks/

# This is the fallback URL for release notes. Do not change this
# unless you are providing localized release notes!
    app.update.url.details=http://www.softcatala.org/projectes/mozilla/firefox/releases.html

 
(In reply to comment #9)
> below is region.properties content for Catalan version:

Everybody CCed here would be well capable of getting your version from lxr.
This is painful enough, don't flood peoples inboxes with irrelevant information.

I am very well aware that finding out these things this late is as painful for 
you as it is for me, nevertheless, we want to have wallpaper fixes for this for 
1.5.

As I indicated in my initial comment, the right fix is cutting down on links
in region.properties or cut that file alltogether. This discussion will happen
elsewhere, though.
> > below is region.properties content for Catalan version:
> 
> Everybody CCed here would be well capable of getting your version from lxr.
> This is painful enough, don't flood peoples inboxes with irrelevant
> information.
> 

Apologies. I should have given a link.

> I am very well aware that finding out these things this late is as painful for 
> you as it is for me, nevertheless, we want to have wallpaper fixes for this for 
> 1.5.
> 
> As I indicated in my initial comment, the right fix is cutting down on links
> in region.properties or cut that file alltogether. This discussion will happen
> elsewhere, though.
> 

Thanks again Axel for managing these issues and your commitment. I do not like to complain about anything, but I will do if I think this might help things will not repeat in the future.
Comment on attachment 204431 [details] [diff] [review]
region.properties patch for Catalan (ca)

[fixed 1.8]

thanks. Please add a [fixed 1.8] to the attachement description, once this is checked in.
Attachment #204431 - Flags: approval-l10n? → approval-l10n+
Attachment #204431 - Attachment description: region.properties patch for Catalan (ca) → region.properties patch for Catalan (ca) [fixed 1.8]
This is blocking 

bg, bg.start.mozilla.org not resolving (.com does),

lt, mn too,

tr, too many http://www.mozilla.org.tr links to be a controlled risk.
(In reply to comment #14)

> tr, too many http://www.mozilla.org.tr links to be a controlled risk.

Are we now supposed to replace mozilla.org.tr links and with mozilla.org ones? What does "to be controlled risk" mean?
Ahmet, take a look at what en-US does, and use 
http://www.mozilla-europe.org/tr/products/firefox/start/central.html for central.
Use tr.start.mozilla.com at places of en-US.start.mozilla.com, and use the
en-US versions for first start and release notes and friends.
Please approve "region.properties patch for Turkish (tr)" - patch
Attachment #204485 - Flags: approval-l10n?
Comment on attachment 204485 [details] [diff] [review]
region.properties patch for Turkish (tr) [fixed 1.8]

yes, this is good
Attachment #204485 - Flags: approval-l10n? → approval-l10n+
Thanks Axel for detailed explanation, thanks Erkan for patching and commiting changes.
Please approve this patch.
Attachment #204517 - Flags: approval-l10n?
Attachment #204517 - Flags: approval-l10n? → approval-l10n+
Please approve this patch
Attachment #204520 - Flags: approval-l10n?
Please use useful check-in comments and mark the patches that got landed like
the ca-one is.
Attachment #204485 - Attachment description: region.properties patch for Turkish (tr) → egion.properties patch for Turkish (tr) [fixed 1.8]
Attachment #204485 - Attachment description: egion.properties patch for Turkish (tr) [fixed 1.8] → region.properties patch for Turkish (tr) [fixed 1.8]
Attachment #204520 - Flags: approval-l10n? → approval-l10n+
(In reply to comment #18)
> (From update of attachment 204485 [details] [diff] [review] [edit])
> yes, this is good

This approval and commiting have no effect on Windows build of Firefox 1.5 Turkish. Linux and Mac versions are OK.
The builds in ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla1.8-1.5-l10n/
have been tested and the tr windows builds are reported to have the tr check-in.
(In reply to comment #25)
> The builds in
> ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla1.8-1.5-l10n/
> have been tested and the tr windows builds are reported to have the tr
> check-in.

Hmmm... Yes, you're right. The one you point has the check-in. Now we face an interesting issue. What I get from [1] doesn't have that patch.

[1] http://download.mozilla.org/?product=firefox-1.5&os=win&lang=tr
(In reply to comment #26)
> Hmmm... Yes, you're right. The one you point has the check-in. Now we face an
> interesting issue. What I get from [1] doesn't have that patch.

Poked build and qa via mail about this.
I'll pull the tr build and make the newer one available again in our next push.
(In reply to comment #28)
> I'll pull the tr build and make the newer one available again in our next push.

We already have the Windos build without problem [1]. Can't you just replace Windows installer with the one at [1]? Because only Windows build has the problem. Download links are now everywhere and people fail to download it.

Firefox 1.5 release is a great (!) success story for Mozilla Corporation.

[1] http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla1.8-1.5-l10n/
Attachment #204713 - Flags: approval-l10n? → approval-l10n+
Attachment #204520 - Attachment description: region.properties patch for Lithuanian (lt) → region.properties patch for Lithuanian (lt) [fixed 1.8]
Attachment #204713 - Attachment description: region.properties patch for Bulgarian → region.properties patch for Bulgarian [fixed 1.8]
(In reply to comment #28)
> I'll pull the tr build and make the newer one available again in our next push.

The new one [1] is OK and ready to go.

[1] http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/1.5/win32/tr/
This is as FIXED as it gets.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: