This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 101093 - I18N - plugin manager does not connect to uc when user in ja locale
Summary: I18N - plugin manager does not connect to uc when user in ja locale
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Autoupdate (show other bugs)
Version: 6.x
Hardware: All All
: P2 blocker (vote)
Assignee: Jiri Rechtacek
URL:
Keywords: I18N
Depends on:
Blocks:
 
Reported: 2007-04-16 04:28 UTC by Ken Frank
Modified: 2007-05-29 19:35 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ken Frank 2007-04-16 04:28:09 UTC 
This is not about localized uc or nbms or using a localized release at all;
a user can run in ja locale without using localized bits and so this affects
even users who use nb6 now.

1. be in ja locale on solaris on in ja locale on windows

2. bring up the plugin manager

3. in setttings choose the proxy if needed

4. the tab that shows installed modules has that information
but the tab that shows updates or new plugins does not show any listed
modules.

5. if you run in solaris ja_JP.UTF-8 locale or fr or zh (zh_CN) locale,
the updates and new plugins do show.

6. in case of ja locale there is in the log file:

[org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalog]: No content
in cache for URL_Default_N provider. Returns EMPTY_MAP

[org.netbeans.modules.autoupdate.updateprovider.AutoupdateCatalog]: No content
in cache for URL provider. Returns EMPTY_MAP

7. no bundle files have been localized or changed as part of this
and don't need to be since not talking about a uc for another locale.

And even if there was localized uc, the en modules should be on it in any case
if and until localized ones are, but again this is not about running localized
bits.
Comment 1 Ken Frank 2007-04-16 04:33:58 UTC 
In ja_JP.UTF-8 locale, the log message is a bit different compared to below:

UnitProviderImpl]: Customized Provider URL
\346\203\205\345\240\261 [org.netbeans.modules.autoupdate.services.Update
UnitProviderImpl]: Customized Provider URL_Default_N
\346\203\205\345\240\261 [org.netbeans.modules.autoupdate.services.Update
UnitProviderImpl]: Customized Provider URL
\346\203\205\345\240\261 [org.netbeans.modules.autoupdate.services.Update
UnitProviderImpl]: Customized Provider URL_Default_N
\346\203\205\345\240\261 [org.netbeans.modules.autoupdate.updateprovider.
AutoupdateCatalogCache]: Processing URL: http://www.netbeans.org/updates/
dev_1.18_.xml?unique=NB_JAVAEE_SOA_UML_RUBY062cd441f-6390-4963-b768-99048
76f1418
\346\203\205\345\240\261 [org.netbeans.modules.autoupdate.updateprovider.
AutoupdateCatalogCache]: Processing URL: http://www.netbeans.org/updates/
entpack/hula/en/catalog.xml?unique=NB_JAVAEE_SOA_UML_RUBY062cd441f-6390-4
963-b768-9904876f1418

there is not the message about empty map

ken.frank@sun.com
Comment 2 Jiri Rechtacek 2007-04-16 09:07:07 UTC 
I'm investigating now...
Comment 3 Jiri Rechtacek 2007-04-17 11:01:40 UTC 
I hope it's fixed, tested on ja locale w/ file encoding euc-jp.

Checking in AutoupdateCatalog.java;
/shared/data/ccvs/repository/autoupdate/services/src/org/netbeans/modules/autoupdate/updateprovider/AutoupdateCatalog.java,v
 <--  AutoupdateCatalog.java
new revision: 1.4; previous revision: 1.3
done
Checking in AutoupdateCatalogCache.java;
/shared/data/ccvs/repository/autoupdate/services/src/org/netbeans/modules/autoupdate/updateprovider/AutoupdateCatalogCache.java,v
 <--  AutoupdateCatalogCache.java
new revision: 1.5; previous revision: 1.4
done
Comment 4 Ken Frank 2007-05-29 19:35:55 UTC 
verified.