[jira] [Resolved] (CONNECTORS-457) Strange i18n behavior on some Italian or German machines
[ https://issues.apache.org/jira/browse/CONNECTORS-457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Wright resolved CONNECTORS-457. Resolution: Fixed I am told by Alex Ott that the problem is fixed. > Strange i18n behavior on some Italian or German machines > > > Key: CONNECTORS-457 > URL: https://issues.apache.org/jira/browse/CONNECTORS-457 > Project: ManifoldCF > Issue Type: Bug > Components: Framework core >Affects Versions: ManifoldCF 0.5, ManifoldCF 0.6 >Reporter: Karl Wright >Assignee: Karl Wright > Fix For: ManifoldCF 0.5 > > > When ManifoldCF is run on some machines that are neither en_US or ja_JP, > certain specific messages render with the key value rather than falling back > to en_US. One specific field that this happens to is in listconnections.jsp, > and is the "listconnections.ListOfRepositoryConnections" message. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
Hi Karl Yes, this issue is fixed, thank you! On Fri, Apr 6, 2012 at 8:25 PM, Karl Wright wrote: > Alex, if you would be willing to build from trunk and try it out on > your machine, I'll be able to close the ticket. > > Karl > > On Fri, Apr 6, 2012 at 2:15 PM, Karl Wright wrote: >> Hi Alex, >> >> The logs did the trick; it was clear what was happening. I've checked >> in a fix to trunk, and I think we'll want to spin a new RC. >> >> Thanks! >> Karl >> >> >> On Fri, Apr 6, 2012 at 1:44 PM, Karl Wright wrote: >>> You happen to be using the very same java version as the other person >>> who is having trouble. >>> >>> I'll have a look at the logs. >>> >>> Karl >>> >>> On Fri, Apr 6, 2012 at 1:02 PM, Alex Ott wrote: Hi I see following errors: ERROR 2012-04-06 12:57:26,822 (1407601211@qtp-1238538872-2) - Missing resource 'listoutputs.DeleteOutputConnection' in bundle 'org.apache.manifoldcf.ui.i18n.common' for locale 'en_GB' java.util.MissingResourceException: Can't find resource for bundle java.util.PropertyResourceBundle, key listoutputs.DeleteOutputConnection at java.util.ResourceBundle.getObject(ResourceBundle.java:374) at java.util.ResourceBundle.getString(ResourceBundle.java:334) at org.apache.manifoldcf.core.i18n.Messages.getMessage(Messages.java:180) at org.apache.manifoldcf.core.i18n.Messages.getString(Messages.java:195) at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:98) at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:46) at org.apache.jsp.listoutputs_jsp._jspService(listoutputs_jsp.java:257) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388) and for other resources... Full log is at http://dl.dropbox.com/u/1796900/manifoldcf.log.gz Regarding Java version - I updated yesterday, and now I have: ott@flash:example/logs\>java -version Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 java version "1.6.0_31" Java(TM) SE Runtime Environment (build 1.6.0_31-b04-413-10M3623) Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01-413, mixed mode) On Fri, Apr 6, 2012 at 6:41 PM, Karl Wright wrote: > Also, very interesting that you have a Mac. So does everyone else > that has seen the problem. What jdk version are you running? > > Karl > > On Fri, Apr 6, 2012 at 12:38 PM, Karl Wright wrote: >> What does your manifoldcf.log file have in it? >> >> Karl >> >> On Fri, Apr 6, 2012 at 12:36 PM, Alex Ott wrote: >>> Hi Karl >>> >>> Ok, I'll try to reproduce this using code from repository... >>> >>> I'm using following locale on my machine (Mac OS X 10.6.8): >>> >>> LANG="C" >>> LC_COLLATE="ru_RU.UTF-8" >>> LC_CTYPE="ru_RU.UTF-8" >>> LC_MESSAGES="C" >>> LC_MONETARY="ru_RU.UTF-8" >>> LC_NUMERIC="C" >>> LC_TIME="ru_RU.UTF-8" >>> LC_ALL= >>> >>> And here is example of request from my browser: >>> >>> GET /~ott/ HTTP/1.1 >>> Host: localhost >>> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) >>> Gecko/20100101 Firefox/11.0 >>> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 >>> Accept-Language: >>> en-GB,en,ru-RU,ru;q=0.9,en-US;q=0.9,de-DE;q=0.9,de;q=0.9,en-gb;q=0.8,fr-FR;q=0.8,fr;q=0.8,it-IT;q=0.8,it;q=0.7,hu-HU;q=0.7,hu;q=0.7,en-us;q=0.7,en-ww;q=0.7,nl-NL;q=0.6,nl;q=0.6,en-ca;q=0.6,zh-CN;q=0.6,zh;q=0.5,EN-US;q=0.5,EN;q=0.5,en-US.UTF-8;q=0.5,uk-UA;q=0.4,uk;q=0.4,in-ID;q=0.4,in;q=0.4,cs-CZ;q=0.3,cs;q=0.3,en-en;q=0.3,ja-JP;q=0.3,ja;q=0.3,he-IL;q=0.2,he;q=0.2,en-GB.UTF-8;q=0.2,fi-FI;q=0.2,fi;q=0.1,en-US-ORACLE9I;q=0.1,en-s;q=0.1,en-ws;q=0.1,en-AU;q=0.0,en;q=0.0 >>> Accept-Encoding: gzip, deflate >>> Connection: keep-alive >>> >>> On Fri, Apr 6, 2012 at 1:34 PM, Karl Wright wrote: Hi Alex, What you are seeing is the i18n key name rather than the localized translation. If you have a locale other than en_US or ja_JP, it's supposed to map the locale to en_US, and look up the English text. If it can't find the key even then, it will render the key name instead. The same issue you have seen has been reported before but it's been impossible for me to reproduce. I've been using an add-on in Firefox which allows me to set the locale but it doesn't fail for me no matter what locale I select. However, in Italy apparently the same thing happened on one machine as is now happening for you. We presumed that the setup must be broken on the Italian ma
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
I'll update trunk, and will check it - maybe half hour later On Fri, Apr 6, 2012 at 8:25 PM, Karl Wright wrote: > Alex, if you would be willing to build from trunk and try it out on > your machine, I'll be able to close the ticket. > > Karl > > On Fri, Apr 6, 2012 at 2:15 PM, Karl Wright wrote: >> Hi Alex, >> >> The logs did the trick; it was clear what was happening. I've checked >> in a fix to trunk, and I think we'll want to spin a new RC. >> >> Thanks! >> Karl >> >> >> On Fri, Apr 6, 2012 at 1:44 PM, Karl Wright wrote: >>> You happen to be using the very same java version as the other person >>> who is having trouble. >>> >>> I'll have a look at the logs. >>> >>> Karl >>> >>> On Fri, Apr 6, 2012 at 1:02 PM, Alex Ott wrote: Hi I see following errors: ERROR 2012-04-06 12:57:26,822 (1407601211@qtp-1238538872-2) - Missing resource 'listoutputs.DeleteOutputConnection' in bundle 'org.apache.manifoldcf.ui.i18n.common' for locale 'en_GB' java.util.MissingResourceException: Can't find resource for bundle java.util.PropertyResourceBundle, key listoutputs.DeleteOutputConnection at java.util.ResourceBundle.getObject(ResourceBundle.java:374) at java.util.ResourceBundle.getString(ResourceBundle.java:334) at org.apache.manifoldcf.core.i18n.Messages.getMessage(Messages.java:180) at org.apache.manifoldcf.core.i18n.Messages.getString(Messages.java:195) at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:98) at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:46) at org.apache.jsp.listoutputs_jsp._jspService(listoutputs_jsp.java:257) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388) and for other resources... Full log is at http://dl.dropbox.com/u/1796900/manifoldcf.log.gz Regarding Java version - I updated yesterday, and now I have: ott@flash:example/logs\>java -version Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 java version "1.6.0_31" Java(TM) SE Runtime Environment (build 1.6.0_31-b04-413-10M3623) Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01-413, mixed mode) On Fri, Apr 6, 2012 at 6:41 PM, Karl Wright wrote: > Also, very interesting that you have a Mac. So does everyone else > that has seen the problem. What jdk version are you running? > > Karl > > On Fri, Apr 6, 2012 at 12:38 PM, Karl Wright wrote: >> What does your manifoldcf.log file have in it? >> >> Karl >> >> On Fri, Apr 6, 2012 at 12:36 PM, Alex Ott wrote: >>> Hi Karl >>> >>> Ok, I'll try to reproduce this using code from repository... >>> >>> I'm using following locale on my machine (Mac OS X 10.6.8): >>> >>> LANG="C" >>> LC_COLLATE="ru_RU.UTF-8" >>> LC_CTYPE="ru_RU.UTF-8" >>> LC_MESSAGES="C" >>> LC_MONETARY="ru_RU.UTF-8" >>> LC_NUMERIC="C" >>> LC_TIME="ru_RU.UTF-8" >>> LC_ALL= >>> >>> And here is example of request from my browser: >>> >>> GET /~ott/ HTTP/1.1 >>> Host: localhost >>> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) >>> Gecko/20100101 Firefox/11.0 >>> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 >>> Accept-Language: >>> en-GB,en,ru-RU,ru;q=0.9,en-US;q=0.9,de-DE;q=0.9,de;q=0.9,en-gb;q=0.8,fr-FR;q=0.8,fr;q=0.8,it-IT;q=0.8,it;q=0.7,hu-HU;q=0.7,hu;q=0.7,en-us;q=0.7,en-ww;q=0.7,nl-NL;q=0.6,nl;q=0.6,en-ca;q=0.6,zh-CN;q=0.6,zh;q=0.5,EN-US;q=0.5,EN;q=0.5,en-US.UTF-8;q=0.5,uk-UA;q=0.4,uk;q=0.4,in-ID;q=0.4,in;q=0.4,cs-CZ;q=0.3,cs;q=0.3,en-en;q=0.3,ja-JP;q=0.3,ja;q=0.3,he-IL;q=0.2,he;q=0.2,en-GB.UTF-8;q=0.2,fi-FI;q=0.2,fi;q=0.1,en-US-ORACLE9I;q=0.1,en-s;q=0.1,en-ws;q=0.1,en-AU;q=0.0,en;q=0.0 >>> Accept-Encoding: gzip, deflate >>> Connection: keep-alive >>> >>> On Fri, Apr 6, 2012 at 1:34 PM, Karl Wright wrote: Hi Alex, What you are seeing is the i18n key name rather than the localized translation. If you have a locale other than en_US or ja_JP, it's supposed to map the locale to en_US, and look up the English text. If it can't find the key even then, it will render the key name instead. The same issue you have seen has been reported before but it's been impossible for me to reproduce. I've been using an add-on in Firefox which allows me to set the locale but it doesn't fail for me no matter what locale I select. However, in Italy apparently the same thing happened on one machine as is now happening for you. We presumed that the setup must be broken on
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
Alex, if you would be willing to build from trunk and try it out on your machine, I'll be able to close the ticket. Karl On Fri, Apr 6, 2012 at 2:15 PM, Karl Wright wrote: > Hi Alex, > > The logs did the trick; it was clear what was happening. I've checked > in a fix to trunk, and I think we'll want to spin a new RC. > > Thanks! > Karl > > > On Fri, Apr 6, 2012 at 1:44 PM, Karl Wright wrote: >> You happen to be using the very same java version as the other person >> who is having trouble. >> >> I'll have a look at the logs. >> >> Karl >> >> On Fri, Apr 6, 2012 at 1:02 PM, Alex Ott wrote: >>> Hi >>> >>> I see following errors: >>> >>> ERROR 2012-04-06 12:57:26,822 (1407601211@qtp-1238538872-2) - Missing >>> resource 'listoutputs.DeleteOutputConnection' in bundle >>> 'org.apache.manifoldcf.ui.i18n.common' for locale 'en_GB' >>> java.util.MissingResourceException: Can't find resource for bundle >>> java.util.PropertyResourceBundle, key >>> listoutputs.DeleteOutputConnection >>> at java.util.ResourceBundle.getObject(ResourceBundle.java:374) >>> at java.util.ResourceBundle.getString(ResourceBundle.java:334) >>> at >>> org.apache.manifoldcf.core.i18n.Messages.getMessage(Messages.java:180) >>> at >>> org.apache.manifoldcf.core.i18n.Messages.getString(Messages.java:195) >>> at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:98) >>> at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:46) >>> at >>> org.apache.jsp.listoutputs_jsp._jspService(listoutputs_jsp.java:257) >>> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) >>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) >>> at >>> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388) >>> >>> and for other resources... Full log is at >>> http://dl.dropbox.com/u/1796900/manifoldcf.log.gz >>> >>> Regarding Java version - I updated yesterday, and now I have: >>> >>> ott@flash:example/logs\>java -version >>> Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 >>> java version "1.6.0_31" >>> Java(TM) SE Runtime Environment (build 1.6.0_31-b04-413-10M3623) >>> Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01-413, mixed mode) >>> >>> On Fri, Apr 6, 2012 at 6:41 PM, Karl Wright wrote: Also, very interesting that you have a Mac. So does everyone else that has seen the problem. What jdk version are you running? Karl On Fri, Apr 6, 2012 at 12:38 PM, Karl Wright wrote: > What does your manifoldcf.log file have in it? > > Karl > > On Fri, Apr 6, 2012 at 12:36 PM, Alex Ott wrote: >> Hi Karl >> >> Ok, I'll try to reproduce this using code from repository... >> >> I'm using following locale on my machine (Mac OS X 10.6.8): >> >> LANG="C" >> LC_COLLATE="ru_RU.UTF-8" >> LC_CTYPE="ru_RU.UTF-8" >> LC_MESSAGES="C" >> LC_MONETARY="ru_RU.UTF-8" >> LC_NUMERIC="C" >> LC_TIME="ru_RU.UTF-8" >> LC_ALL= >> >> And here is example of request from my browser: >> >> GET /~ott/ HTTP/1.1 >> Host: localhost >> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) >> Gecko/20100101 Firefox/11.0 >> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 >> Accept-Language: >> en-GB,en,ru-RU,ru;q=0.9,en-US;q=0.9,de-DE;q=0.9,de;q=0.9,en-gb;q=0.8,fr-FR;q=0.8,fr;q=0.8,it-IT;q=0.8,it;q=0.7,hu-HU;q=0.7,hu;q=0.7,en-us;q=0.7,en-ww;q=0.7,nl-NL;q=0.6,nl;q=0.6,en-ca;q=0.6,zh-CN;q=0.6,zh;q=0.5,EN-US;q=0.5,EN;q=0.5,en-US.UTF-8;q=0.5,uk-UA;q=0.4,uk;q=0.4,in-ID;q=0.4,in;q=0.4,cs-CZ;q=0.3,cs;q=0.3,en-en;q=0.3,ja-JP;q=0.3,ja;q=0.3,he-IL;q=0.2,he;q=0.2,en-GB.UTF-8;q=0.2,fi-FI;q=0.2,fi;q=0.1,en-US-ORACLE9I;q=0.1,en-s;q=0.1,en-ws;q=0.1,en-AU;q=0.0,en;q=0.0 >> Accept-Encoding: gzip, deflate >> Connection: keep-alive >> >> On Fri, Apr 6, 2012 at 1:34 PM, Karl Wright wrote: >>> Hi Alex, >>> >>> What you are seeing is the i18n key name rather than the localized >>> translation. If you have a locale other than en_US or ja_JP, it's >>> supposed to map the locale to en_US, and look up the English text. If >>> it can't find the key even then, it will render the key name instead. >>> >>> The same issue you have seen has been reported before but it's been >>> impossible for me to reproduce. I've been using an add-on in Firefox >>> which allows me to set the locale but it doesn't fail for me no matter >>> what locale I select. However, in Italy apparently the same thing >>> happened on one machine as is now happening for you. We presumed that >>> the setup must be broken on the Italian machine that was exhibiting >>> the problem, apparently incorrectly. >>> >>> The other weird thing is that apparently only *some* fields have a >>> problem and the others are OK. The code, though, for rendering all
[jira] [Commented] (CONNECTORS-457) Strange i18n behavior on some Italian or German machines
[ https://issues.apache.org/jira/browse/CONNECTORS-457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13248570#comment-13248570 ] Karl Wright commented on CONNECTORS-457: r1310533 (release branch) > Strange i18n behavior on some Italian or German machines > > > Key: CONNECTORS-457 > URL: https://issues.apache.org/jira/browse/CONNECTORS-457 > Project: ManifoldCF > Issue Type: Bug > Components: Framework core >Affects Versions: ManifoldCF 0.5, ManifoldCF 0.6 >Reporter: Karl Wright >Assignee: Karl Wright > Fix For: ManifoldCF 0.5 > > > When ManifoldCF is run on some machines that are neither en_US or ja_JP, > certain specific messages render with the key value rather than falling back > to en_US. One specific field that this happens to is in listconnections.jsp, > and is the "listconnections.ListOfRepositoryConnections" message. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
Hi Alex, The logs did the trick; it was clear what was happening. I've checked in a fix to trunk, and I think we'll want to spin a new RC. Thanks! Karl On Fri, Apr 6, 2012 at 1:44 PM, Karl Wright wrote: > You happen to be using the very same java version as the other person > who is having trouble. > > I'll have a look at the logs. > > Karl > > On Fri, Apr 6, 2012 at 1:02 PM, Alex Ott wrote: >> Hi >> >> I see following errors: >> >> ERROR 2012-04-06 12:57:26,822 (1407601211@qtp-1238538872-2) - Missing >> resource 'listoutputs.DeleteOutputConnection' in bundle >> 'org.apache.manifoldcf.ui.i18n.common' for locale 'en_GB' >> java.util.MissingResourceException: Can't find resource for bundle >> java.util.PropertyResourceBundle, key >> listoutputs.DeleteOutputConnection >> at java.util.ResourceBundle.getObject(ResourceBundle.java:374) >> at java.util.ResourceBundle.getString(ResourceBundle.java:334) >> at >> org.apache.manifoldcf.core.i18n.Messages.getMessage(Messages.java:180) >> at >> org.apache.manifoldcf.core.i18n.Messages.getString(Messages.java:195) >> at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:98) >> at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:46) >> at >> org.apache.jsp.listoutputs_jsp._jspService(listoutputs_jsp.java:257) >> at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) >> at >> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388) >> >> and for other resources... Full log is at >> http://dl.dropbox.com/u/1796900/manifoldcf.log.gz >> >> Regarding Java version - I updated yesterday, and now I have: >> >> ott@flash:example/logs\>java -version >> Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 >> java version "1.6.0_31" >> Java(TM) SE Runtime Environment (build 1.6.0_31-b04-413-10M3623) >> Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01-413, mixed mode) >> >> On Fri, Apr 6, 2012 at 6:41 PM, Karl Wright wrote: >>> Also, very interesting that you have a Mac. So does everyone else >>> that has seen the problem. What jdk version are you running? >>> >>> Karl >>> >>> On Fri, Apr 6, 2012 at 12:38 PM, Karl Wright wrote: What does your manifoldcf.log file have in it? Karl On Fri, Apr 6, 2012 at 12:36 PM, Alex Ott wrote: > Hi Karl > > Ok, I'll try to reproduce this using code from repository... > > I'm using following locale on my machine (Mac OS X 10.6.8): > > LANG="C" > LC_COLLATE="ru_RU.UTF-8" > LC_CTYPE="ru_RU.UTF-8" > LC_MESSAGES="C" > LC_MONETARY="ru_RU.UTF-8" > LC_NUMERIC="C" > LC_TIME="ru_RU.UTF-8" > LC_ALL= > > And here is example of request from my browser: > > GET /~ott/ HTTP/1.1 > Host: localhost > User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) > Gecko/20100101 Firefox/11.0 > Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 > Accept-Language: > en-GB,en,ru-RU,ru;q=0.9,en-US;q=0.9,de-DE;q=0.9,de;q=0.9,en-gb;q=0.8,fr-FR;q=0.8,fr;q=0.8,it-IT;q=0.8,it;q=0.7,hu-HU;q=0.7,hu;q=0.7,en-us;q=0.7,en-ww;q=0.7,nl-NL;q=0.6,nl;q=0.6,en-ca;q=0.6,zh-CN;q=0.6,zh;q=0.5,EN-US;q=0.5,EN;q=0.5,en-US.UTF-8;q=0.5,uk-UA;q=0.4,uk;q=0.4,in-ID;q=0.4,in;q=0.4,cs-CZ;q=0.3,cs;q=0.3,en-en;q=0.3,ja-JP;q=0.3,ja;q=0.3,he-IL;q=0.2,he;q=0.2,en-GB.UTF-8;q=0.2,fi-FI;q=0.2,fi;q=0.1,en-US-ORACLE9I;q=0.1,en-s;q=0.1,en-ws;q=0.1,en-AU;q=0.0,en;q=0.0 > Accept-Encoding: gzip, deflate > Connection: keep-alive > > On Fri, Apr 6, 2012 at 1:34 PM, Karl Wright wrote: >> Hi Alex, >> >> What you are seeing is the i18n key name rather than the localized >> translation. If you have a locale other than en_US or ja_JP, it's >> supposed to map the locale to en_US, and look up the English text. If >> it can't find the key even then, it will render the key name instead. >> >> The same issue you have seen has been reported before but it's been >> impossible for me to reproduce. I've been using an add-on in Firefox >> which allows me to set the locale but it doesn't fail for me no matter >> what locale I select. However, in Italy apparently the same thing >> happened on one machine as is now happening for you. We presumed that >> the setup must be broken on the Italian machine that was exhibiting >> the problem, apparently incorrectly. >> >> The other weird thing is that apparently only *some* fields have a >> problem and the others are OK. The code, though, for rendering all >> the fields is, however, identical. >> >> Any help or research you want to do would be very very welcome given >> the bizarre nature of the issue. >> >> Karl >> >> On Fri, Apr 6, 2012 at 6:59 AM, Alex Ott wrote: >>> I downloaded binary .tar.gz, unpacked, ch
[jira] [Commented] (CONNECTORS-457) Strange i18n behavior on some Italian or German machines
[ https://issues.apache.org/jira/browse/CONNECTORS-457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13248562#comment-13248562 ] Karl Wright commented on CONNECTORS-457: r1310531 (trunk) > Strange i18n behavior on some Italian or German machines > > > Key: CONNECTORS-457 > URL: https://issues.apache.org/jira/browse/CONNECTORS-457 > Project: ManifoldCF > Issue Type: Bug > Components: Framework core >Affects Versions: ManifoldCF 0.5, ManifoldCF 0.6 >Reporter: Karl Wright >Assignee: Karl Wright > Fix For: ManifoldCF 0.5 > > > When ManifoldCF is run on some machines that are neither en_US or ja_JP, > certain specific messages render with the key value rather than falling back > to en_US. One specific field that this happens to is in listconnections.jsp, > and is the "listconnections.ListOfRepositoryConnections" message. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
You happen to be using the very same java version as the other person who is having trouble. I'll have a look at the logs. Karl On Fri, Apr 6, 2012 at 1:02 PM, Alex Ott wrote: > Hi > > I see following errors: > > ERROR 2012-04-06 12:57:26,822 (1407601211@qtp-1238538872-2) - Missing > resource 'listoutputs.DeleteOutputConnection' in bundle > 'org.apache.manifoldcf.ui.i18n.common' for locale 'en_GB' > java.util.MissingResourceException: Can't find resource for bundle > java.util.PropertyResourceBundle, key > listoutputs.DeleteOutputConnection > at java.util.ResourceBundle.getObject(ResourceBundle.java:374) > at java.util.ResourceBundle.getString(ResourceBundle.java:334) > at > org.apache.manifoldcf.core.i18n.Messages.getMessage(Messages.java:180) > at > org.apache.manifoldcf.core.i18n.Messages.getString(Messages.java:195) > at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:98) > at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:46) > at org.apache.jsp.listoutputs_jsp._jspService(listoutputs_jsp.java:257) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) > at > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388) > > and for other resources... Full log is at > http://dl.dropbox.com/u/1796900/manifoldcf.log.gz > > Regarding Java version - I updated yesterday, and now I have: > > ott@flash:example/logs\>java -version > Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 > java version "1.6.0_31" > Java(TM) SE Runtime Environment (build 1.6.0_31-b04-413-10M3623) > Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01-413, mixed mode) > > On Fri, Apr 6, 2012 at 6:41 PM, Karl Wright wrote: >> Also, very interesting that you have a Mac. So does everyone else >> that has seen the problem. What jdk version are you running? >> >> Karl >> >> On Fri, Apr 6, 2012 at 12:38 PM, Karl Wright wrote: >>> What does your manifoldcf.log file have in it? >>> >>> Karl >>> >>> On Fri, Apr 6, 2012 at 12:36 PM, Alex Ott wrote: Hi Karl Ok, I'll try to reproduce this using code from repository... I'm using following locale on my machine (Mac OS X 10.6.8): LANG="C" LC_COLLATE="ru_RU.UTF-8" LC_CTYPE="ru_RU.UTF-8" LC_MESSAGES="C" LC_MONETARY="ru_RU.UTF-8" LC_NUMERIC="C" LC_TIME="ru_RU.UTF-8" LC_ALL= And here is example of request from my browser: GET /~ott/ HTTP/1.1 Host: localhost User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20100101 Firefox/11.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-GB,en,ru-RU,ru;q=0.9,en-US;q=0.9,de-DE;q=0.9,de;q=0.9,en-gb;q=0.8,fr-FR;q=0.8,fr;q=0.8,it-IT;q=0.8,it;q=0.7,hu-HU;q=0.7,hu;q=0.7,en-us;q=0.7,en-ww;q=0.7,nl-NL;q=0.6,nl;q=0.6,en-ca;q=0.6,zh-CN;q=0.6,zh;q=0.5,EN-US;q=0.5,EN;q=0.5,en-US.UTF-8;q=0.5,uk-UA;q=0.4,uk;q=0.4,in-ID;q=0.4,in;q=0.4,cs-CZ;q=0.3,cs;q=0.3,en-en;q=0.3,ja-JP;q=0.3,ja;q=0.3,he-IL;q=0.2,he;q=0.2,en-GB.UTF-8;q=0.2,fi-FI;q=0.2,fi;q=0.1,en-US-ORACLE9I;q=0.1,en-s;q=0.1,en-ws;q=0.1,en-AU;q=0.0,en;q=0.0 Accept-Encoding: gzip, deflate Connection: keep-alive On Fri, Apr 6, 2012 at 1:34 PM, Karl Wright wrote: > Hi Alex, > > What you are seeing is the i18n key name rather than the localized > translation. If you have a locale other than en_US or ja_JP, it's > supposed to map the locale to en_US, and look up the English text. If > it can't find the key even then, it will render the key name instead. > > The same issue you have seen has been reported before but it's been > impossible for me to reproduce. I've been using an add-on in Firefox > which allows me to set the locale but it doesn't fail for me no matter > what locale I select. However, in Italy apparently the same thing > happened on one machine as is now happening for you. We presumed that > the setup must be broken on the Italian machine that was exhibiting > the problem, apparently incorrectly. > > The other weird thing is that apparently only *some* fields have a > problem and the others are OK. The code, though, for rendering all > the fields is, however, identical. > > Any help or research you want to do would be very very welcome given > the bizarre nature of the issue. > > Karl > > On Fri, Apr 6, 2012 at 6:59 AM, Alex Ott wrote: >> I downloaded binary .tar.gz, unpacked, checked md5 sum - everything is >> correct >> >> There is small error in README, it says that user need to switch to >> dist/example directory, while there is only example directory >> >> I run start.jar, and able to login to GUI, but in many places I see >> listconnections.ListOfRepositoryConnectio
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
Hi I see following errors: ERROR 2012-04-06 12:57:26,822 (1407601211@qtp-1238538872-2) - Missing resource 'listoutputs.DeleteOutputConnection' in bundle 'org.apache.manifoldcf.ui.i18n.common' for locale 'en_GB' java.util.MissingResourceException: Can't find resource for bundle java.util.PropertyResourceBundle, key listoutputs.DeleteOutputConnection at java.util.ResourceBundle.getObject(ResourceBundle.java:374) at java.util.ResourceBundle.getString(ResourceBundle.java:334) at org.apache.manifoldcf.core.i18n.Messages.getMessage(Messages.java:180) at org.apache.manifoldcf.core.i18n.Messages.getString(Messages.java:195) at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:98) at org.apache.manifoldcf.ui.i18n.Messages.getString(Messages.java:46) at org.apache.jsp.listoutputs_jsp._jspService(listoutputs_jsp.java:257) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:388) and for other resources... Full log is at http://dl.dropbox.com/u/1796900/manifoldcf.log.gz Regarding Java version - I updated yesterday, and now I have: ott@flash:example/logs\>java -version Picked up JAVA_TOOL_OPTIONS: -Dfile.encoding=UTF-8 java version "1.6.0_31" Java(TM) SE Runtime Environment (build 1.6.0_31-b04-413-10M3623) Java HotSpot(TM) 64-Bit Server VM (build 20.6-b01-413, mixed mode) On Fri, Apr 6, 2012 at 6:41 PM, Karl Wright wrote: > Also, very interesting that you have a Mac. So does everyone else > that has seen the problem. What jdk version are you running? > > Karl > > On Fri, Apr 6, 2012 at 12:38 PM, Karl Wright wrote: >> What does your manifoldcf.log file have in it? >> >> Karl >> >> On Fri, Apr 6, 2012 at 12:36 PM, Alex Ott wrote: >>> Hi Karl >>> >>> Ok, I'll try to reproduce this using code from repository... >>> >>> I'm using following locale on my machine (Mac OS X 10.6.8): >>> >>> LANG="C" >>> LC_COLLATE="ru_RU.UTF-8" >>> LC_CTYPE="ru_RU.UTF-8" >>> LC_MESSAGES="C" >>> LC_MONETARY="ru_RU.UTF-8" >>> LC_NUMERIC="C" >>> LC_TIME="ru_RU.UTF-8" >>> LC_ALL= >>> >>> And here is example of request from my browser: >>> >>> GET /~ott/ HTTP/1.1 >>> Host: localhost >>> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) >>> Gecko/20100101 Firefox/11.0 >>> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 >>> Accept-Language: >>> en-GB,en,ru-RU,ru;q=0.9,en-US;q=0.9,de-DE;q=0.9,de;q=0.9,en-gb;q=0.8,fr-FR;q=0.8,fr;q=0.8,it-IT;q=0.8,it;q=0.7,hu-HU;q=0.7,hu;q=0.7,en-us;q=0.7,en-ww;q=0.7,nl-NL;q=0.6,nl;q=0.6,en-ca;q=0.6,zh-CN;q=0.6,zh;q=0.5,EN-US;q=0.5,EN;q=0.5,en-US.UTF-8;q=0.5,uk-UA;q=0.4,uk;q=0.4,in-ID;q=0.4,in;q=0.4,cs-CZ;q=0.3,cs;q=0.3,en-en;q=0.3,ja-JP;q=0.3,ja;q=0.3,he-IL;q=0.2,he;q=0.2,en-GB.UTF-8;q=0.2,fi-FI;q=0.2,fi;q=0.1,en-US-ORACLE9I;q=0.1,en-s;q=0.1,en-ws;q=0.1,en-AU;q=0.0,en;q=0.0 >>> Accept-Encoding: gzip, deflate >>> Connection: keep-alive >>> >>> On Fri, Apr 6, 2012 at 1:34 PM, Karl Wright wrote: Hi Alex, What you are seeing is the i18n key name rather than the localized translation. If you have a locale other than en_US or ja_JP, it's supposed to map the locale to en_US, and look up the English text. If it can't find the key even then, it will render the key name instead. The same issue you have seen has been reported before but it's been impossible for me to reproduce. I've been using an add-on in Firefox which allows me to set the locale but it doesn't fail for me no matter what locale I select. However, in Italy apparently the same thing happened on one machine as is now happening for you. We presumed that the setup must be broken on the Italian machine that was exhibiting the problem, apparently incorrectly. The other weird thing is that apparently only *some* fields have a problem and the others are OK. The code, though, for rendering all the fields is, however, identical. Any help or research you want to do would be very very welcome given the bizarre nature of the issue. Karl On Fri, Apr 6, 2012 at 6:59 AM, Alex Ott wrote: > I downloaded binary .tar.gz, unpacked, checked md5 sum - everything is > correct > > There is small error in README, it says that user need to switch to > dist/example directory, while there is only example directory > > I run start.jar, and able to login to GUI, but in many places I see > listconnections.ListOfRepositoryConnections instead of real text > > On Fri, Apr 6, 2012 at 3:25 AM, Shinichiro Abe > wrote: >> You can download the release candidate from >> http://people.apache.org/~shinichiro/apache-manifoldcf-0.5-incubating-RC5/ >> and there is also a tag in svn under >> https://svn.apache.org/repos
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
Also, very interesting that you have a Mac. So does everyone else that has seen the problem. What jdk version are you running? Karl On Fri, Apr 6, 2012 at 12:38 PM, Karl Wright wrote: > What does your manifoldcf.log file have in it? > > Karl > > On Fri, Apr 6, 2012 at 12:36 PM, Alex Ott wrote: >> Hi Karl >> >> Ok, I'll try to reproduce this using code from repository... >> >> I'm using following locale on my machine (Mac OS X 10.6.8): >> >> LANG="C" >> LC_COLLATE="ru_RU.UTF-8" >> LC_CTYPE="ru_RU.UTF-8" >> LC_MESSAGES="C" >> LC_MONETARY="ru_RU.UTF-8" >> LC_NUMERIC="C" >> LC_TIME="ru_RU.UTF-8" >> LC_ALL= >> >> And here is example of request from my browser: >> >> GET /~ott/ HTTP/1.1 >> Host: localhost >> User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) >> Gecko/20100101 Firefox/11.0 >> Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 >> Accept-Language: >> en-GB,en,ru-RU,ru;q=0.9,en-US;q=0.9,de-DE;q=0.9,de;q=0.9,en-gb;q=0.8,fr-FR;q=0.8,fr;q=0.8,it-IT;q=0.8,it;q=0.7,hu-HU;q=0.7,hu;q=0.7,en-us;q=0.7,en-ww;q=0.7,nl-NL;q=0.6,nl;q=0.6,en-ca;q=0.6,zh-CN;q=0.6,zh;q=0.5,EN-US;q=0.5,EN;q=0.5,en-US.UTF-8;q=0.5,uk-UA;q=0.4,uk;q=0.4,in-ID;q=0.4,in;q=0.4,cs-CZ;q=0.3,cs;q=0.3,en-en;q=0.3,ja-JP;q=0.3,ja;q=0.3,he-IL;q=0.2,he;q=0.2,en-GB.UTF-8;q=0.2,fi-FI;q=0.2,fi;q=0.1,en-US-ORACLE9I;q=0.1,en-s;q=0.1,en-ws;q=0.1,en-AU;q=0.0,en;q=0.0 >> Accept-Encoding: gzip, deflate >> Connection: keep-alive >> >> On Fri, Apr 6, 2012 at 1:34 PM, Karl Wright wrote: >>> Hi Alex, >>> >>> What you are seeing is the i18n key name rather than the localized >>> translation. If you have a locale other than en_US or ja_JP, it's >>> supposed to map the locale to en_US, and look up the English text. If >>> it can't find the key even then, it will render the key name instead. >>> >>> The same issue you have seen has been reported before but it's been >>> impossible for me to reproduce. I've been using an add-on in Firefox >>> which allows me to set the locale but it doesn't fail for me no matter >>> what locale I select. However, in Italy apparently the same thing >>> happened on one machine as is now happening for you. We presumed that >>> the setup must be broken on the Italian machine that was exhibiting >>> the problem, apparently incorrectly. >>> >>> The other weird thing is that apparently only *some* fields have a >>> problem and the others are OK. The code, though, for rendering all >>> the fields is, however, identical. >>> >>> Any help or research you want to do would be very very welcome given >>> the bizarre nature of the issue. >>> >>> Karl >>> >>> On Fri, Apr 6, 2012 at 6:59 AM, Alex Ott wrote: I downloaded binary .tar.gz, unpacked, checked md5 sum - everything is correct There is small error in README, it says that user need to switch to dist/example directory, while there is only example directory I run start.jar, and able to login to GUI, but in many places I see listconnections.ListOfRepositoryConnections instead of real text On Fri, Apr 6, 2012 at 3:25 AM, Shinichiro Abe wrote: > You can download the release candidate from > http://people.apache.org/~shinichiro/apache-manifoldcf-0.5-incubating-RC5/ > and there is also a tag in svn under > https://svn.apache.org/repos/asf/incubator/lcf/tags. > > Thank you, > Shinichiro Abe -- With best wishes, Alex Ott http://alexott.net/ Tiwtter: alexott_en (English), alexott (Russian) Skype: alex.ott >> >> >> >> -- >> With best wishes, Alex Ott >> http://alexott.net/ >> Tiwtter: alexott_en (English), alexott (Russian) >> Skype: alex.ott
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
What does your manifoldcf.log file have in it? Karl On Fri, Apr 6, 2012 at 12:36 PM, Alex Ott wrote: > Hi Karl > > Ok, I'll try to reproduce this using code from repository... > > I'm using following locale on my machine (Mac OS X 10.6.8): > > LANG="C" > LC_COLLATE="ru_RU.UTF-8" > LC_CTYPE="ru_RU.UTF-8" > LC_MESSAGES="C" > LC_MONETARY="ru_RU.UTF-8" > LC_NUMERIC="C" > LC_TIME="ru_RU.UTF-8" > LC_ALL= > > And here is example of request from my browser: > > GET /~ott/ HTTP/1.1 > Host: localhost > User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) > Gecko/20100101 Firefox/11.0 > Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 > Accept-Language: > en-GB,en,ru-RU,ru;q=0.9,en-US;q=0.9,de-DE;q=0.9,de;q=0.9,en-gb;q=0.8,fr-FR;q=0.8,fr;q=0.8,it-IT;q=0.8,it;q=0.7,hu-HU;q=0.7,hu;q=0.7,en-us;q=0.7,en-ww;q=0.7,nl-NL;q=0.6,nl;q=0.6,en-ca;q=0.6,zh-CN;q=0.6,zh;q=0.5,EN-US;q=0.5,EN;q=0.5,en-US.UTF-8;q=0.5,uk-UA;q=0.4,uk;q=0.4,in-ID;q=0.4,in;q=0.4,cs-CZ;q=0.3,cs;q=0.3,en-en;q=0.3,ja-JP;q=0.3,ja;q=0.3,he-IL;q=0.2,he;q=0.2,en-GB.UTF-8;q=0.2,fi-FI;q=0.2,fi;q=0.1,en-US-ORACLE9I;q=0.1,en-s;q=0.1,en-ws;q=0.1,en-AU;q=0.0,en;q=0.0 > Accept-Encoding: gzip, deflate > Connection: keep-alive > > On Fri, Apr 6, 2012 at 1:34 PM, Karl Wright wrote: >> Hi Alex, >> >> What you are seeing is the i18n key name rather than the localized >> translation. If you have a locale other than en_US or ja_JP, it's >> supposed to map the locale to en_US, and look up the English text. If >> it can't find the key even then, it will render the key name instead. >> >> The same issue you have seen has been reported before but it's been >> impossible for me to reproduce. I've been using an add-on in Firefox >> which allows me to set the locale but it doesn't fail for me no matter >> what locale I select. However, in Italy apparently the same thing >> happened on one machine as is now happening for you. We presumed that >> the setup must be broken on the Italian machine that was exhibiting >> the problem, apparently incorrectly. >> >> The other weird thing is that apparently only *some* fields have a >> problem and the others are OK. The code, though, for rendering all >> the fields is, however, identical. >> >> Any help or research you want to do would be very very welcome given >> the bizarre nature of the issue. >> >> Karl >> >> On Fri, Apr 6, 2012 at 6:59 AM, Alex Ott wrote: >>> I downloaded binary .tar.gz, unpacked, checked md5 sum - everything is >>> correct >>> >>> There is small error in README, it says that user need to switch to >>> dist/example directory, while there is only example directory >>> >>> I run start.jar, and able to login to GUI, but in many places I see >>> listconnections.ListOfRepositoryConnections instead of real text >>> >>> On Fri, Apr 6, 2012 at 3:25 AM, Shinichiro Abe >>> wrote: You can download the release candidate from http://people.apache.org/~shinichiro/apache-manifoldcf-0.5-incubating-RC5/ and there is also a tag in svn under https://svn.apache.org/repos/asf/incubator/lcf/tags. Thank you, Shinichiro Abe >>> >>> >>> >>> -- >>> With best wishes, Alex Ott >>> http://alexott.net/ >>> Tiwtter: alexott_en (English), alexott (Russian) >>> Skype: alex.ott > > > > -- > With best wishes, Alex Ott > http://alexott.net/ > Tiwtter: alexott_en (English), alexott (Russian) > Skype: alex.ott
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
Hi Karl Ok, I'll try to reproduce this using code from repository... I'm using following locale on my machine (Mac OS X 10.6.8): LANG="C" LC_COLLATE="ru_RU.UTF-8" LC_CTYPE="ru_RU.UTF-8" LC_MESSAGES="C" LC_MONETARY="ru_RU.UTF-8" LC_NUMERIC="C" LC_TIME="ru_RU.UTF-8" LC_ALL= And here is example of request from my browser: GET /~ott/ HTTP/1.1 Host: localhost User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:11.0) Gecko/20100101 Firefox/11.0 Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 Accept-Language: en-GB,en,ru-RU,ru;q=0.9,en-US;q=0.9,de-DE;q=0.9,de;q=0.9,en-gb;q=0.8,fr-FR;q=0.8,fr;q=0.8,it-IT;q=0.8,it;q=0.7,hu-HU;q=0.7,hu;q=0.7,en-us;q=0.7,en-ww;q=0.7,nl-NL;q=0.6,nl;q=0.6,en-ca;q=0.6,zh-CN;q=0.6,zh;q=0.5,EN-US;q=0.5,EN;q=0.5,en-US.UTF-8;q=0.5,uk-UA;q=0.4,uk;q=0.4,in-ID;q=0.4,in;q=0.4,cs-CZ;q=0.3,cs;q=0.3,en-en;q=0.3,ja-JP;q=0.3,ja;q=0.3,he-IL;q=0.2,he;q=0.2,en-GB.UTF-8;q=0.2,fi-FI;q=0.2,fi;q=0.1,en-US-ORACLE9I;q=0.1,en-s;q=0.1,en-ws;q=0.1,en-AU;q=0.0,en;q=0.0 Accept-Encoding: gzip, deflate Connection: keep-alive On Fri, Apr 6, 2012 at 1:34 PM, Karl Wright wrote: > Hi Alex, > > What you are seeing is the i18n key name rather than the localized > translation. If you have a locale other than en_US or ja_JP, it's > supposed to map the locale to en_US, and look up the English text. If > it can't find the key even then, it will render the key name instead. > > The same issue you have seen has been reported before but it's been > impossible for me to reproduce. I've been using an add-on in Firefox > which allows me to set the locale but it doesn't fail for me no matter > what locale I select. However, in Italy apparently the same thing > happened on one machine as is now happening for you. We presumed that > the setup must be broken on the Italian machine that was exhibiting > the problem, apparently incorrectly. > > The other weird thing is that apparently only *some* fields have a > problem and the others are OK. The code, though, for rendering all > the fields is, however, identical. > > Any help or research you want to do would be very very welcome given > the bizarre nature of the issue. > > Karl > > On Fri, Apr 6, 2012 at 6:59 AM, Alex Ott wrote: >> I downloaded binary .tar.gz, unpacked, checked md5 sum - everything is >> correct >> >> There is small error in README, it says that user need to switch to >> dist/example directory, while there is only example directory >> >> I run start.jar, and able to login to GUI, but in many places I see >> listconnections.ListOfRepositoryConnections instead of real text >> >> On Fri, Apr 6, 2012 at 3:25 AM, Shinichiro Abe >> wrote: >>> You can download the release candidate from >>> http://people.apache.org/~shinichiro/apache-manifoldcf-0.5-incubating-RC5/ >>> and there is also a tag in svn under >>> https://svn.apache.org/repos/asf/incubator/lcf/tags. >>> >>> Thank you, >>> Shinichiro Abe >> >> >> >> -- >> With best wishes, Alex Ott >> http://alexott.net/ >> Tiwtter: alexott_en (English), alexott (Russian) >> Skype: alex.ott -- With best wishes, Alex Ott http://alexott.net/ Tiwtter: alexott_en (English), alexott (Russian) Skype: alex.ott
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
I've created CONNECTORS-457 to track this issue. If we can figure out what's actually happening we may decide to spin yet another RC to fix the problem. Karl On Fri, Apr 6, 2012 at 7:43 AM, Karl Wright wrote: > If you want to experiment a bit, have a look at the file > listconnections.jsp (in framework/crawler-ui/src/webapp). The line in > question is line 78. Perhaps if you change the line to also output > the locale itself we might learn something. > > Karl > > On Fri, Apr 6, 2012 at 7:34 AM, Karl Wright wrote: >> Hi Alex, >> >> What you are seeing is the i18n key name rather than the localized >> translation. If you have a locale other than en_US or ja_JP, it's >> supposed to map the locale to en_US, and look up the English text. If >> it can't find the key even then, it will render the key name instead. >> >> The same issue you have seen has been reported before but it's been >> impossible for me to reproduce. I've been using an add-on in Firefox >> which allows me to set the locale but it doesn't fail for me no matter >> what locale I select. However, in Italy apparently the same thing >> happened on one machine as is now happening for you. We presumed that >> the setup must be broken on the Italian machine that was exhibiting >> the problem, apparently incorrectly. >> >> The other weird thing is that apparently only *some* fields have a >> problem and the others are OK. The code, though, for rendering all >> the fields is, however, identical. >> >> Any help or research you want to do would be very very welcome given >> the bizarre nature of the issue. >> >> Karl >> >> On Fri, Apr 6, 2012 at 6:59 AM, Alex Ott wrote: >>> I downloaded binary .tar.gz, unpacked, checked md5 sum - everything is >>> correct >>> >>> There is small error in README, it says that user need to switch to >>> dist/example directory, while there is only example directory >>> >>> I run start.jar, and able to login to GUI, but in many places I see >>> listconnections.ListOfRepositoryConnections instead of real text >>> >>> On Fri, Apr 6, 2012 at 3:25 AM, Shinichiro Abe >>> wrote: You can download the release candidate from http://people.apache.org/~shinichiro/apache-manifoldcf-0.5-incubating-RC5/ and there is also a tag in svn under https://svn.apache.org/repos/asf/incubator/lcf/tags. Thank you, Shinichiro Abe >>> >>> >>> >>> -- >>> With best wishes, Alex Ott >>> http://alexott.net/ >>> Tiwtter: alexott_en (English), alexott (Russian) >>> Skype: alex.ott
[jira] [Commented] (CONNECTORS-457) Strange i18n behavior on some Italian or German machines
[ https://issues.apache.org/jira/browse/CONNECTORS-457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13248261#comment-13248261 ] Karl Wright commented on CONNECTORS-457: I haven't been able to make this happen locally even with the Firefox plugin that allows me to change the browser locale at will. One hypothesis is that this is happening because the locale on these machines is in fact being picked up as null or the empty string. There is a commons.properties file (which should not be there anyhow) at framework/ui-core/src/main/native2ascii/org/apache/manifoldcf/uicore/i18n which then might be being picked up as a resource bundle. Haven't been able to confirm this picture; an output of the locale name as picked up by the jsp pages on one of the affected machines would be very very helpful. > Strange i18n behavior on some Italian or German machines > > > Key: CONNECTORS-457 > URL: https://issues.apache.org/jira/browse/CONNECTORS-457 > Project: ManifoldCF > Issue Type: Bug > Components: Framework core >Affects Versions: ManifoldCF 0.5, ManifoldCF 0.6 >Reporter: Karl Wright >Assignee: Karl Wright > Fix For: ManifoldCF 0.5 > > > When ManifoldCF is run on some machines that are neither en_US or ja_JP, > certain specific messages render with the key value rather than falling back > to en_US. One specific field that this happens to is in listconnections.jsp, > and is the "listconnections.ListOfRepositoryConnections" message. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CONNECTORS-457) Strange i18n behavior on some Italian or German machines
Strange i18n behavior on some Italian or German machines Key: CONNECTORS-457 URL: https://issues.apache.org/jira/browse/CONNECTORS-457 Project: ManifoldCF Issue Type: Bug Components: Framework core Affects Versions: ManifoldCF 0.5, ManifoldCF 0.6 Reporter: Karl Wright Assignee: Karl Wright Fix For: ManifoldCF 0.5 When ManifoldCF is run on some machines that are neither en_US or ja_JP, certain specific messages render with the key value rather than falling back to en_US. One specific field that this happens to is in listconnections.jsp, and is the "listconnections.ListOfRepositoryConnections" message. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CONNECTORS-456) README.txt for binary distribution refers to dist directory incorrectly
README.txt for binary distribution refers to dist directory incorrectly --- Key: CONNECTORS-456 URL: https://issues.apache.org/jira/browse/CONNECTORS-456 Project: ManifoldCF Issue Type: Bug Components: Documentation Affects Versions: ManifoldCF 0.5, ManifoldCF 0.6 Reporter: Karl Wright Assignee: Karl Wright Priority: Minor Fix For: ManifoldCF 0.6 The README.txt for binary distribution refers to "dist/example" directory instead of just "example". -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
If you want to experiment a bit, have a look at the file listconnections.jsp (in framework/crawler-ui/src/webapp). The line in question is line 78. Perhaps if you change the line to also output the locale itself we might learn something. Karl On Fri, Apr 6, 2012 at 7:34 AM, Karl Wright wrote: > Hi Alex, > > What you are seeing is the i18n key name rather than the localized > translation. If you have a locale other than en_US or ja_JP, it's > supposed to map the locale to en_US, and look up the English text. If > it can't find the key even then, it will render the key name instead. > > The same issue you have seen has been reported before but it's been > impossible for me to reproduce. I've been using an add-on in Firefox > which allows me to set the locale but it doesn't fail for me no matter > what locale I select. However, in Italy apparently the same thing > happened on one machine as is now happening for you. We presumed that > the setup must be broken on the Italian machine that was exhibiting > the problem, apparently incorrectly. > > The other weird thing is that apparently only *some* fields have a > problem and the others are OK. The code, though, for rendering all > the fields is, however, identical. > > Any help or research you want to do would be very very welcome given > the bizarre nature of the issue. > > Karl > > On Fri, Apr 6, 2012 at 6:59 AM, Alex Ott wrote: >> I downloaded binary .tar.gz, unpacked, checked md5 sum - everything is >> correct >> >> There is small error in README, it says that user need to switch to >> dist/example directory, while there is only example directory >> >> I run start.jar, and able to login to GUI, but in many places I see >> listconnections.ListOfRepositoryConnections instead of real text >> >> On Fri, Apr 6, 2012 at 3:25 AM, Shinichiro Abe >> wrote: >>> You can download the release candidate from >>> http://people.apache.org/~shinichiro/apache-manifoldcf-0.5-incubating-RC5/ >>> and there is also a tag in svn under >>> https://svn.apache.org/repos/asf/incubator/lcf/tags. >>> >>> Thank you, >>> Shinichiro Abe >> >> >> >> -- >> With best wishes, Alex Ott >> http://alexott.net/ >> Tiwtter: alexott_en (English), alexott (Russian) >> Skype: alex.ott
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
Hi Alex, What you are seeing is the i18n key name rather than the localized translation. If you have a locale other than en_US or ja_JP, it's supposed to map the locale to en_US, and look up the English text. If it can't find the key even then, it will render the key name instead. The same issue you have seen has been reported before but it's been impossible for me to reproduce. I've been using an add-on in Firefox which allows me to set the locale but it doesn't fail for me no matter what locale I select. However, in Italy apparently the same thing happened on one machine as is now happening for you. We presumed that the setup must be broken on the Italian machine that was exhibiting the problem, apparently incorrectly. The other weird thing is that apparently only *some* fields have a problem and the others are OK. The code, though, for rendering all the fields is, however, identical. Any help or research you want to do would be very very welcome given the bizarre nature of the issue. Karl On Fri, Apr 6, 2012 at 6:59 AM, Alex Ott wrote: > I downloaded binary .tar.gz, unpacked, checked md5 sum - everything is correct > > There is small error in README, it says that user need to switch to > dist/example directory, while there is only example directory > > I run start.jar, and able to login to GUI, but in many places I see > listconnections.ListOfRepositoryConnections instead of real text > > On Fri, Apr 6, 2012 at 3:25 AM, Shinichiro Abe > wrote: >> You can download the release candidate from >> http://people.apache.org/~shinichiro/apache-manifoldcf-0.5-incubating-RC5/ >> and there is also a tag in svn under >> https://svn.apache.org/repos/asf/incubator/lcf/tags. >> >> Thank you, >> Shinichiro Abe > > > > -- > With best wishes, Alex Ott > http://alexott.net/ > Tiwtter: alexott_en (English), alexott (Russian) > Skype: alex.ott
Re: [VOTE] Release ManifoldCF 0.5-incubating, RC5
I downloaded binary .tar.gz, unpacked, checked md5 sum - everything is correct There is small error in README, it says that user need to switch to dist/example directory, while there is only example directory I run start.jar, and able to login to GUI, but in many places I see listconnections.ListOfRepositoryConnections instead of real text On Fri, Apr 6, 2012 at 3:25 AM, Shinichiro Abe wrote: > You can download the release candidate from > http://people.apache.org/~shinichiro/apache-manifoldcf-0.5-incubating-RC5/ > and there is also a tag in svn under > https://svn.apache.org/repos/asf/incubator/lcf/tags. > > Thank you, > Shinichiro Abe -- With best wishes, Alex Ott http://alexott.net/ Tiwtter: alexott_en (English), alexott (Russian) Skype: alex.ott
[jira] [Resolved] (CONNECTORS-455) Max activity report has i18n bug
[ https://issues.apache.org/jira/browse/CONNECTORS-455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Wright resolved CONNECTORS-455. Resolution: Fixed > Max activity report has i18n bug > > > Key: CONNECTORS-455 > URL: https://issues.apache.org/jira/browse/CONNECTORS-455 > Project: ManifoldCF > Issue Type: Bug > Components: Framework crawler agent >Affects Versions: ManifoldCF 0.5, ManifoldCF 0.6 >Reporter: Karl Wright >Assignee: Karl Wright >Priority: Minor > Fix For: ManifoldCF 0.6 > > > The Max Activity report has a column header that does not output as proper > English but rather "maxactivityreport.HighestActivityRate". -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CONNECTORS-455) Max activity report has i18n bug
[ https://issues.apache.org/jira/browse/CONNECTORS-455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13248196#comment-13248196 ] Karl Wright commented on CONNECTORS-455: r1310240 > Max activity report has i18n bug > > > Key: CONNECTORS-455 > URL: https://issues.apache.org/jira/browse/CONNECTORS-455 > Project: ManifoldCF > Issue Type: Bug > Components: Framework crawler agent >Affects Versions: ManifoldCF 0.5, ManifoldCF 0.6 >Reporter: Karl Wright >Assignee: Karl Wright >Priority: Minor > Fix For: ManifoldCF 0.6 > > > The Max Activity report has a column header that does not output as proper > English but rather "maxactivityreport.HighestActivityRate". -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CONNECTORS-455) Max activity report has i18n bug
[ https://issues.apache.org/jira/browse/CONNECTORS-455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Karl Wright reassigned CONNECTORS-455: -- Assignee: Karl Wright > Max activity report has i18n bug > > > Key: CONNECTORS-455 > URL: https://issues.apache.org/jira/browse/CONNECTORS-455 > Project: ManifoldCF > Issue Type: Bug > Components: Framework crawler agent >Affects Versions: ManifoldCF 0.5, ManifoldCF 0.6 >Reporter: Karl Wright >Assignee: Karl Wright >Priority: Minor > Fix For: ManifoldCF 0.6 > > > The Max Activity report has a column header that does not output as proper > English but rather "maxactivityreport.HighestActivityRate". -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira