From: Thijs K. <li...@ki...> - 2002-11-21 09:04:50
|
Hello developers, We, the stable team, are planning to release 1.2.10 at the beginning of next week. 1.2.10 has fixes for quite some prominent bugs that were unfortunately introduced with the bugfixes in 1.2.9 and contains many updated translations. I kindly ask everyone to not do any non-trivial fixes to the stable branch (not even bugfixes) until the release. With 1.2.9 some bugs were fixed right before the release, and the fixes introduced new problems. We need some time to test this candidate. That's why I'd also like to ask you if you could please test and see if you can find serious problems that could prevent the release. Translators, if you haven't done so already, please submit your updated translations before the end of this weekend so they can be included. Happy testing, Thijs |
From: Tomas K. <to...@us...> - 2002-11-21 09:56:18
|
> Hello developers, > > We, the stable team, are planning to release 1.2.10 at the beginning of > next week. 1.2.10 has fixes for quite some prominent bugs that were > unfortunately introduced with the bugfixes in 1.2.9 and contains many > updated translations. > > I kindly ask everyone to not do any non-trivial fixes to the stable > branch (not even bugfixes) until the release. With 1.2.9 some bugs were > fixed right before the release, and the fixes introduced new problems. > We need some time to test this candidate. That's why I'd also like to > ask you if you could please test and see if you can find serious > problems that could prevent the release. I think Turkish iso-8859-9 and windows-1254 decoding is not correct (functions/i18n.php v.1.98.2.10). Maybe Kerem ERKAN <ker...@ha...> can confirm that. You need to use non-Turkish locale and have default_charset not equal to iso-8859-9 in order to see if characters are decoded correctly. Plus I think that if (strtolower($default_charset) == 'name of charset') return $string; cycles used in most decode_charset functions are not correct. If we have system that has default_charset=iso-8859-x1, user that has locale with charset=iso-8859-x2 and email with charset=iso-8859-x1, then email message is not decoded and user sees incorrect characters. -- Tomas |
From: Yavor S. <ya...@ni...> - 2002-11-22 10:42:26
|
Dear Group, We have deployed squireel mail as a free service for around 2000-3000 users. After upgrading to 1.2.8 I had many users complaining that they cannot login to their system. After login when trying to open the webmail.php they were presented with a you must be logged in to to access this page. I have tried hard but could not reproduce this behaviour. I have tried on browsers IE 4/5SP1/6SP1 (Win98) IE 5.5 (Win2000) IE 6/6SP1 (WinXP) without being able to reproduce it. It was reported by the people having problems that they all seem to use IE5.01 or IE 5.0, no either win98 or Win2000. It would seem to me that there is some problem with cookie handling on tose browsers but am sure this was introduced in a release after 1.2.6 which was the last release we were using before we upgraded. There seems to be also an openbug report on this issue. I just thought someone could give it a look as this is very serious showstopper. Regards, Yavor ----- Original Message ----- From: "Tomas Kuliavas" <to...@us...> To: <squ...@li...> Sent: Thursday, November 21, 2002 12:01 PM Subject: Re: [SM-I18N] Upcoming 1.2.10 release > > Hello developers, > > > > We, the stable team, are planning to release 1.2.10 at the beginning of > > next week. 1.2.10 has fixes for quite some prominent bugs that were > > unfortunately introduced with the bugfixes in 1.2.9 and contains many > > updated translations. > > > > I kindly ask everyone to not do any non-trivial fixes to the stable > > branch (not even bugfixes) until the release. With 1.2.9 some bugs were > > fixed right before the release, and the fixes introduced new problems. > > We need some time to test this candidate. That's why I'd also like to > > ask you if you could please test and see if you can find serious > > problems that could prevent the release. > > I think Turkish iso-8859-9 and windows-1254 decoding is not correct > (functions/i18n.php v.1.98.2.10). Maybe Kerem ERKAN > <ker...@ha...> can confirm that. You need to use > non-Turkish locale and have default_charset not equal to iso-8859-9 in > order to see if characters are decoded correctly. > > Plus I think that > > if (strtolower($default_charset) == 'name of charset') > return $string; > > cycles used in most decode_charset functions are not correct. > > If we have system that has default_charset=iso-8859-x1, user that has > locale with charset=iso-8859-x2 and email with charset=iso-8859-x1, then > email message is not decoded and user sees incorrect characters. > > -- > Tomas > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > -- > squirrelmail-i18n mailing list > List Address: squ...@li... > List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-i18n > http://squirrelmail.org/cvs > |
From: Tomas K. <to...@us...> - 2002-11-22 16:26:01
|
> Dear Group, > > > We have deployed squireel mail as a free service for around 2000-3000 > users. After upgrading to 1.2.8 I had many users complaining that they > cannot login to their system. After login when trying to open the > webmail.php they were presented with a you must be logged in to to > access this page. I have tried hard but could not reproduce this > behaviour. I have tried on browsers IE 4/5SP1/6SP1 (Win98) > IE 5.5 (Win2000) > IE 6/6SP1 (WinXP) > > without being able to reproduce it. It was reported by the people having > problems that they all seem to use IE5.01 or IE 5.0, no either win98 or > Win2000. It would seem to me that there is some problem with cookie > handling on tose browsers but am sure this was introduced in a release > after 1.2.6 which was the last release we were using before we upgraded. > There seems to be also an openbug report on this issue. what number? > I just thought someone could give it a look as this is very serious > showstopper. Can you provide details about your php configuration? Maybe you can also check security settings in IE? The only situation when I've seen such error was with IE6 and when Squirrelmail and other webmail interface tried to do something in a new window. But I can't reproduce it too. It just happens sometimes. :( -- Tomas |
From: Nikol Su <ns...@ey...> - 2002-11-23 01:15:44
|
>Dear Group, >We have deployed squireel mail as a free service for around 2000-3000 users. >After upgrading to 1.2.8 I had many users complaining that they cannot login >to their system. After login when trying to open the webmail.php they were >presented with a you must be logged in to to access this page. I have tried I think I have a similar and language/cookie related problem. The problem I have happens to a couple of the stable sm versions I have tried (I did not use sm before that). The error is: ERROR Unknown user or password incorrect Go to the login page Remember when I searched the mailing list, there were quite a few reports regarding login problem. I can reproduce this problem now. Using the same computer (IE6 under Win XP or Win 2K), I log into sm under a user name eg. name1. Name1 has "Chinese Simp" set as the language, no problem what so ever. The entry page is in Chinese. Now when I tried to login under a different user whose language is set to English. I will start to have this Unknow user problem. Examine the imap log, I have found: Nov 23 11:38:15 mail imapd[5928]: imap service init from 192.168.1.2 Nov 23 11:38:15 mail imapd[5928]: Login user=nsu host=tist.eyo [192.168.1.2] Nov 23 11:38:15 mail imapd[5928]: Logout user=nsu host=tist.eyo [192.168.1.2] Nov 23 11:38:15 mail imapd[5929]: imap service init from 192.168.1.2 Nov 23 11:38:19 mail imapd[5929]: Command stream end of file, while reading line user=\1n\1s\1u\1 host=tist.eyo [192.168.1.2] (When this happened, what I saw is the right part of the sm, the left manu does not come up, a couple of clicks later, the unknown user will be thrown at me) Notice the user name is "nsu", but sm tried to login as "\1n\1s\1u\1" After this. I will no longer be able to log into sm using "nsu" despite now the entry page is displayed in English, what imap sees is "\1n\1s\1u\1" trying to login. I will see these all the time: SquirrelMail version 1.2.8 By the SquirrelMail Development Team ERROR Unknown user or password incorrect. Go to the login page Information: Imap server: Mandrake 7.2 running imap-2000c-4.8mdk SM is installed on a Redhat 7.1 box running apache-1.3.22-5.7.1 php-4.1.2-7.1.6. Both apache and php are the latest standard RH rpm packages. The only way I can come out of this problem is to restart apache! -- Nikol |