#MAPBENDER IRC Log - 2008-08-06

For logs after Feb 3, 2007, all times are GMT-8. Prior logs are GMT-9.
Back to Logs
07:18:26 LenKne: Testbaudson: Do you have time for questions troubleshooting I18N?
07:24:20 Testbaudson: hi LenKne
07:24:23 Testbaudson: yes
07:24:49 LenKne: Thanks, some background
07:25:23 LenKne: Just created a new install of Mapbender 2.5 rc5
07:25:52 LenKne: Testing I18N using gui_digitize
07:26:28 LenKne: Mostly looking at the digitze messages and wfsSpatialrequest Messages
07:27:25 LenKne: Have the mapbender config set to USE_I18N = True
07:27:40 LenKne: and LANGUAGE defined as "de"
07:28:35 LenKne: Sometimes the digitize messages are showing properly ( in de ), but if the browser is refreshed, they are replaced with EN
07:28:50 LenKne: Same behavior with WFS Spatial requests
07:29:11 LenKne: I am thinking the Mapbender.mo file is correct as it works some of the time
07:29:26 Testbaudson: when did you last sync with trunk?
07:29:58 LenKne: Turned on logging and it looks the entries look the same whether the or not the language is set as expected
07:30:30 LenKne: This one I am testing with is a download off the wesite of rc5 this morning...
07:30:48 Testbaudson: there were some bug fixes
07:30:54 LenKne: I synced with the trunk yesterday with my branch and was seeing similar behavior
07:31:05 Testbaudson: at least trunk should work
07:31:15 Testbaudson: check your class_locale.php
07:31:24 Testbaudson: it should contain the LC_MESSAGES bit
07:31:28 Testbaudson: no longer LC_ALL
07:33:31 LenKne: The rc5 does have LC_ALL, will update the file to the latest version and try it
07:34:07 Testbaudson: I guess I didn't get around to update the 2.5 branch
07:34:18 Testbaudson: at least trunk should have a working i18n now
07:42:21 LenKne: Still seeing intermittent results with class_locale.php from the trunk
07:43:32 LenKne: Testbaudson, here are the results from 10 reloads of the browser
07:43:34 LenKne: http://maps.umn.edu/i18n_test.txt
07:45:47 LenKne: The log file shows the locale should always be de
07:45:50 LenKne: http://maps.umn.edu/mapbender_2.5.rc5/log/mb_error_2008_08_06.log
07:49:50 Testbaudson: hmm
07:52:04 Testbaudson: are you using apache?
07:53:00 LenKne: yes
07:53:31 Testbaudson: because there are some known issues with windows servers
07:53:35 Testbaudson: hmm
07:53:42 Testbaudson: but the log looks fine
07:53:51 LenKne: sorry
07:55:22 Testbaudson: I once had a similar problem...
07:55:36 Testbaudson: but in the end it disappeared when I restarted Apache
07:55:53 Testbaudson: Apache somehow cached the mo file...
07:56:00 Testbaudson: and it wasn't up to date
07:56:14 Testbaudson: but it was not changing back and forth like in your example...
07:56:15 Testbaudson: weird
07:56:28 Testbaudson: maybe someone else is on this machine?
07:56:32 Testbaudson: and changing the locale?
07:56:39 Testbaudson: because set locale is system wide
07:56:47 Testbaudson: I guess
07:57:12 Testbaudson: wait...I'll take a look
07:57:41 LenKne: The server is just for our mapbender/mapserver install
07:58:07 LenKne: but there could be people using other mapbender installations currently
07:58:42 LenKne: The applications that are in production are still using 2.4.2 :(
07:58:44 Testbaudson: this is what php.net says
07:58:47 Testbaudson: "The locale information is maintained per process, not per thread. If you are running PHP on a multithreaded server api like IIS or Apache on Windows you may experience sudden changes of locale settings while a script is running although the script itself never called setlocale( ) itself. This happens due to other scripts running in different threads of the same process at the same time changing the processwide locale using setlocale( )."
07:59:06 Testbaudson: ?
07:59:20 Testbaudson: no I guess this doesn't apply
07:59:35 Testbaudson: the locale doesn't switch back and forth...
07:59:42 Testbaudson: it seems to be "de_DE" all the time
07:59:52 Testbaudson: but somehow gettext doesn't translate
07:59:55 Testbaudson: uuuh
07:59:58 LenKne: yes, in the log files
08:00:21 Testbaudson: it must be a system thing
08:00:32 Testbaudson: on my machine, this works like it should
08:00:41 : * Testbaudson is thinking
08:01:08 LenKne: I can see if I can get Apache restarted - I do not think I have the permission to do so, but can ask the sys admin
08:01:19 Testbaudson: yes...
08:01:25 Testbaudson: I'm out of ideas, sorry
08:02:24 LenKne: I was trying to think if it could be due to the order Mapbender modules are loaded
08:02:41 LenKne: But I was not coming up with anything that made sense
08:02:50 Testbaudson: I don't think so...
08:03:08 Testbaudson: your locale is set alright...
08:03:18 Testbaudson: so it must be a PHP, gettext, Apache thing
08:04:03 LenKne: Hmmm, I think we are a little behind the latest PHP version
08:04:15 Testbaudson: which version?
08:04:30 LenKne: I'll look there for patches
08:05:05 LenKne: we are on PHP 5.1.6
08:06:40 Testbaudson: hmm
08:06:54 Testbaudson: should be ok I guess
08:08:12 Testbaudson: I'm on 5.2.3
08:08:31 Testbaudson: well, maybe don't worry about it too much now...
08:08:51 Testbaudson: I will merge the trunk version into 2.5 later...
08:08:56 Testbaudson: then you can retry
08:09:48 LenKne: ok, I will ask our sys admin if they have any ideas on the PHP, gettext, Apache side...
08:10:28 LenKne: For now, I can keep coding the admin module with gettext
08:10:56 LenKne: Thanks for your help
08:12:18 Testbaudson: no problem, thanks for letting me know
08:50:16 mandsch: seven: are you still there?
09:45:14 seven: mandsch: Yes.
09:45:18 seven: But leaving now.
09:45:19 seven: :-(
09:45:28 seven: I will be online late tongiht.
09:45:58 seven: And I will be here tomorrow ( which is probably better... )
09:58:05 mandsch: sorry, missed you