Re: Re: RPOP period bug

Hello,

Честное слово, повторить с 4.0.6, Netscape 4.7 и родными скинами не удается.

И, вообще, логически такая ситуация не должна быть возможна: оба раза серверу посылается, по идее, один и тот же HTTP запрос, отрабатывает его один и тот же код (который и проверяет допустимые значения в форме), поэтому результат не может быть разным.

Пожалуйста, убедитесь, что это не связано как-то с браузером, который вы используете, или с используемыми кэшами/прокси.

on 21.02.2003 09:47, Andrew A. Vasilyev at andy@demos.su wrote:

> BTW, бага действительно имеет место быть!
> Только что проверил на 4.0.6 - первый раз можно установить
> любой интервал < ограничения, в мониторе это видно. При последующем
> Update интервал переустанавливается в Minimum.
> ________
> ANDY
>
>

>> Привет!
>> 
>> Не мог ли бы кто-нибудь проверить багу, которую я уже дважды (или
>> трижды) заявлял в английском списке? Поддержка говорит, что им повторить
>> его не удается, следовательно, ничего не сломано и чинится не будет.
>> 
>> Бага в том, что вне зависимости от установленного Minimum Poll Period
>> for Users (к примеру сейчас стоит 6 часов), пользователь может поставить
>> минимальный период, который равен двум минутам.
>> 
>> Чтобы сделать это, надо выбрать желаемый период обновления, ввести все
>> параметры удаленного ящика и ОДИН РАЗ нажать "Обновить". Будет
>> установлен произвольный "полл период". Причем это не фикция (типа -
>> видим старое кэшированное значение, а на самом деле стоит другой
>> период). Проверить работу "нелегального" значения можно через
>> административный интерфейс Monitors/RPOP.
>> 
>> Как вы все конечно понимаете, бага серьезная. Представьте, если 100
>> пользователей каждый с 2-мя РПОП ящиками поставят себе 2-минутный
>> интервал обновления, у каждого стоит галочка - "оставлять на сервере" и
>> имеется около 500кбайт в каждом ящике.
>> 
>> Как с этим жить, господа??
>> 
>> Версия 4.0.6 для Linux i386. OS RedHat 8.0.

-- 
Best regards,
Dmitry Akindinov -- Stalker Labs