Menu
▾
▴
phpwiki-talk
|
From: Reini U. <ru...@x-...> - 2005-01-30 22:51:31
|
Just detected a register_globals = off broken logic in 1.2.7, which requires a new release. For the upcoming 1.3.11 release we fixed now the most important bugs, and I just want to add some minor features: * blog pages and plugins for new blog theme to be useful at all. * finish ModeratedPage * finish configurator.php * check wikilens and check the new reports: locale broken, peardbpassuser not loaded on pref change, session problems (I think I fixed that now). -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: Stefan <son...@ba...> - 2005-01-31 08:57:03
|
Hello, tried the last cvs 5 minutes ago. the language selection did not function correct. The buttons like "RecentChanges", "FindPage" ... are not translated to german when setting DEFAULT_LANGUAGE = de THEME = default CHARSET = iso-8859-1 Regards Stefan Reini Urban schrieb: > Just detected a register_globals = off broken logic in 1.2.7, which > requires a new release. > > For the upcoming 1.3.11 release we fixed now the most important bugs, > and I just want to add some minor features: > > * blog pages and plugins for new blog theme to be useful at all. > * finish ModeratedPage > * finish configurator.php > * check wikilens > > and check the new reports: > locale broken, > peardbpassuser not loaded on pref change, > session problems (I think I fixed that now). |
|
From: Stefan <son...@ba...> - 2005-01-31 09:17:23
|
Error when using latest CVS Version the following Error on end of page is shown lib/PageType.php (In template 'body' < 'html'):144: Notice: Undefined variable: intermap maybe because i use it in german, what todo? Regards Stefan |
|
From: Reini U. <ru...@x-...> - 2005-01-31 12:12:12
|
Stefan schrieb: > when using latest CVS Version the following Error on end of page is shown > > lib/PageType.php (In template 'body' < 'html'):144: Notice: Undefined > variable: intermap > > maybe because i use it in german, what todo? Thanks! Good catch (but not important). Just fixed it. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
|
From: Arnaud F. <ar...@cr...> - 2005-02-01 14:09:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Reini Urban wrote: | * blog pages and plugins for new blog theme to be useful at all. | * finish ModeratedPage | * finish configurator.php | * check wikilens | | and check the new reports: | locale broken, very deeply broken ....... Please, could you explain what you do with locale ? I recently updated a wiki running cvs and phpwiki ran the virgin wiki script (don't ask me why ...). I saw it was loading the 'fr' pgsrc (locale set to 'fr', you guessed) THEN the 'en' pgsrc and then ... ran as an 'en' wiki .... I checked every file in lib/ and found sometimes LANG is used as $LANG, sometimes as $GLOBALS['LANG'] ... hmmm ... The fixup_dynamic_configs function is a bit confused in IniConfig.php. In your guessing_setlocale function, what are you supposed to return ? The correct locale (like fr_FR, fr_FR@euro, etc ..) ? Why did you mix locales with words like fran?ais, french ?? And finally ... after a bad defacement (yes, it happens sometimes ... script kiddies got you ...) due to ... tikiwiki (ok, I have one site using tikiwiki as a CMS ... I gonna drop it and migrate to a real CMS lile SPIP ... or even textpattern), I updated everything. I now have php 4.3.10 using the debian package. Now, I have a locale problem in my old 1.3.4 wikis !!! They are all running with locale 'en' now !!! AAAAAAAAAAAArrgghhhh | peardbpassuser not loaded on pref change, | session problems (I think I fixed that now). Oh, I noticed you call Affected_Rows in DbSession.php. This method is only defined for the ADODB backend !!! Arnaud -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB/41/yAf3wgFyy1ARAr0mAJ9GnKanYOGJymT9KdivLgQTmuP2eACcDrl9 u/ECdoUo0u9agZ5skrRPdRw= =n9CE -----END PGP SIGNATURE----- |
|
From: Arnaud F. <ar...@cr...> - 2005-02-01 15:18:01
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Arnaud Fontaine wrote: | Reini Urban wrote: | | * blog pages and plugins for new blog theme to be useful at all. | | * finish ModeratedPage | | * finish configurator.php | | * check wikilens | | | | and check the new reports: | | locale broken, Just to answer to a part of my last message ... anyone knows the debian maintainer of the apache package ?? :) The force the LANG in the apache startup script to 'C' ... and because you set the locale to DEFAULT_LANGUAGE only if LANG is empty, it's always set to what apache send you ... Arnaud -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB/52RyAf3wgFyy1ARApPsAKCCQQi/H8wMmKgqWXer2nXM079b9gCeKtIe g2XDjxOzw8Wzzicp7bolEwg= =Fgtx -----END PGP SIGNATURE----- |
|
From: Arnaud F. <ar...@cr...> - 2005-02-01 16:36:27
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Arnaud Fontaine wrote: | Arnaud Fontaine wrote: | | Reini Urban wrote: | | | * blog pages and plugins for new blog theme to be useful at all. | | | * finish ModeratedPage | | | * finish configurator.php | | | * check wikilens | | | | | | and check the new reports: | | | locale broken, | | Just to answer to a part of my last message ... anyone knows the debian | maintainer of the apache package ?? :) | | The force the LANG in the apache startup script to 'C' ... and because | you set the locale to DEFAULT_LANGUAGE only if LANG is empty, it's | always set to what apache send you ... Still investigating ....... forcing the LANG in the apache startup script to fr_FR makes phpwiki behaves strangelly : Most of my 'fr' wikis are working ... almost fine. Most of the time, they are in french and sometimes (hard to see when ... generaly when logged in as an admin and performing an action=upgrade ... but not only) it goes back to 'en'. VERY strange. We really need to set the locale once and very clearly ... not get confused with LANG and DEFAULT_LANGUAGE ... well ... what else ... Oh yes, we need an option to not allow locale switching. Arnaud -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB/6/2yAf3wgFyy1ARAsltAJ90bakW4ZmZ2PLwtR7n9ixrzp/9IgCfQVzK q8RGXqy6szHMNSrjyH35iDI= =4y/Y -----END PGP SIGNATURE----- |
|
From: Reini U. <ru...@x-...> - 2005-02-01 18:31:48
|
Arnaud Fontaine schrieb: > | The force the LANG in the apache startup script to 'C' ... and because > | you set the locale to DEFAULT_LANGUAGE only if LANG is empty, it's > | always set to what apache send you ... > > Still investigating ....... > > forcing the LANG in the apache startup script to fr_FR makes phpwiki > behaves strangelly : > > Most of my 'fr' wikis are working ... almost fine. Most of the time, > they are in french and sometimes (hard to see when ... generaly when > logged in as an admin and performing an action=upgrade ... but not only) > it goes back to 'en'. > > VERY strange. > > We really need to set the locale once and very clearly ... not get > confused with LANG and DEFAULT_LANGUAGE ... well ... what else ... Oh > yes, we need an option to not allow locale switching. Why did I add $LANG to DEFAULT_LANGUAGE? I don't remember exactly, but the rough estimation goes like this: Configs cannot only be set once and only, when they have to be changed - e.g. by userprefs or if empty for late auto-detection - they must become a global. Other discrepancies: The locale subdirs are not 1:1 mapped to $LANG. The locale may have a subsection like "de_AT" ($LANG also) and additionally a charset, like de_AT.utf8 (lang NOT) Our bindtextdomain paths (locale/*) should provide these alternatives also. Esp. for utf8 once it's ready. To have ja.utf8 and ja.euc-jp or sv.utf8 Then some lang+locale functions have to be fixed. Better sooner than later, because better databases require better charsets, and utf8 is usually the easiest to convert to and from on collate (sorting) on user-input and pagenames. With latin1 we will hit a border. With mysql-4.1.8 or postgreslql-8.0 I already need a utf-8 database or have to do manual utf8 conversion on unusual pagenames. If DEFAULT_LANGUAGE is empty, the server (or client's?) locale should be used. If userprefs don't override $LANG: $LANG = DEFAULT_LANGUAGE. How to avoid lang switching? Currently it's avoided by disabling the pulldown in userprefs.tmpl Avoiding locale switching? We must do setlocale() to support gettext(), otherwise it will not find the right locale subdir. That's a gettext limitation. This was always automatic and we will not change this. But we have to change the logic to check first DEFAULT_LANGUAGE, and only if this is not set, check LANG or do autodetection. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X