7289 2005-07-05 12:49:50 +0400 Не хранит настройки 2013-08-15 18:55:08 +0400 1 1 4 Development Sisyphus alterator-control unstable all Linux CLOSED WONTFIX P2 normal --- 14320 7079 1 zerg nobody inger ktirf ldv mike pere shakirov qa-sisyphus oldest_to_newest 26816 0 zerg 2005-07-05 12:49:50 +0400 После изменения свойств отмеченного в списке объекта изменения теряются при выборе другого элемента списка. Т.е. необходимо жать "Применить" перед выбором другого элемента. 26837 1 legion 2005-07-05 14:30:54 +0400 Это не бага. Так и задумано. 26845 2 zerg 2005-07-05 17:34:44 +0400 (In reply to comment #1) > Это не бага. Так и задумано. Верю, но это баг. 26846 3 legion 2005-07-05 17:43:18 +0400 А я так не считаю. 26877 4 zerg 2005-07-06 15:11:54 +0400 (In reply to comment #3) > А я так не считаю. Зря, все остальные считают. 26880 5 mike 2005-07-06 15:46:39 +0400 См. https://bugzilla.altlinux.org/show_bug.cgi?id=7288#c5 26896 6 legion 2005-07-06 16:42:26 +0400 Я сделал предупреждение о наличии не сохраненных при переходе с одной facility на другую. Теперь уйти и молча потерять изменения просто нельзя. Можно только сознательно от них отказаться. Прошу проверить следующую версию и подтвердить ошибку. Новая варсия будет сегодня. 26898 7 legion 2005-07-06 16:49:31 +0400 Нужно ли мне объяснять почему _нельзя_ накапливать изменения статусов facility, а потом применять их одним скопом или это и так понятно ? 26901 8 zerg 2005-07-06 17:29:01 +0400 (In reply to comment #6) > Я сделал предупреждение о наличии не сохраненных при переходе с одной > facility > Теперь уйти и молча потерять изменения просто нельзя. Можно только > сознательно от них отказаться. Если в диалоге предупреждения есть кнопка "Применить", то лично я полностью удовлетворен. 26904 9 legion 2005-07-06 18:20:18 +0400 (In reply to comment #8) > Если в диалоге предупреждения есть кнопка "Применить", то лично я полностью > удовлетворен. Разумеется есть. Если ты что-то изменил в facility и хочешь идти к следующей, то у тебя спросят сохранить ли изменения или забыть о них ... вообщем смотри на новую версию. 26912 10 ktirf 2005-07-06 19:54:13 +0400 (In reply to comment #7) > Нужно ли мне объяснять почему _нельзя_ накапливать изменения статусов facility, > а потом применять их одним скопом или это и так понятно ? Не совсем понятно, объясните, пожалуйста. 26918 11 legion 2005-07-06 20:37:39 +0400 (In reply to comment #10) > Не совсем понятно, объясните, пожалуйста. control - это не только и не столько система управления правами. Это система отслеживания и управлния профилями некоторых объектов. Профилем может являться почти все что угодно. Права, содержимое конфигов - это частный случай. Объектом также может являться любая сущность. Следовательно, вполне возможна ситуация когда изменение статуса в одном объекте приведет к изменению статуса в другом объекте. Например (несколько грубый, но пустите в ход воображение): Мы решили создать уровни безопасности для apache. Тогда изменение этого уровня может повлечь изменение статуса в mod_php. Тогда если эта ситуация возможна (а она возможна т.к. никаких ограничений на facility не накладывается) будет влиять порядок изменения статусов. Зарание сказать, что будет после применения изменений просто нельзя. На мой взгляд, это ведет к ослаблению контроля за системой. 26921 12 mike 2005-07-06 20:42:29 +0400 резонно 26922 13 ktirf 2005-07-06 20:44:29 +0400 Вопрос снят, большое спасибо. Тогда я полностью согласен с реализацией, описанной в #6. 29285 14 legion 2005-08-29 20:16:12 +0400 fixed 29681 15 zerg 2005-08-30 20:27:12 +0400 Не, при переходе на другой элемент он показывает диалог, несмотря на то, что перед этим была нажата кнопка Apply. alterator-control-0.1.2.2-alt2 33755 16 dlagovna 2005-12-12 16:53:26 +0300 (In reply to comment #0) > После изменения свойств отмеченного в списке объекта изменения теряются при > выборе другого элемента списка. Т.е. необходимо жать "Применить" перед выбором > другого элемента. Товарищ Alexey Gladkov! Пользователя не интересует, почему нельзя накапливать изменения статусов facility, а потом применять их одним скопом. Пользователи хотят нормальный интерфейс. Никого не интересует объектная модель, применяемая при конфигурировании. (Кстати, невозможность построить нормальный интерфейс с помощью этих объектов, свидетельствует о том, что объектная модель неправильно сконструирована). Неужели вы не хотите сделать хорошо? Сделать так, как должно быть? Показывание предупреждений при переходе между facility - это костыли, а не решение проблеммы 33759 17 dlagovna 2005-12-12 17:00:58 +0300 Мда, товарищи... И как я тут опять оказался? Более идиоцкий интерфейс чем у багзиллы я тока у vi видел.. 33762 18 ldv 2005-12-12 17:11:32 +0300 Уважаемый bugzilla administrator, сделай пожалуйста так, чтобы сообщения от этого перца (который только что сюда какую-то гадость запостил) больше никогда до меня не доходили. А если удастся его уговорить навсегда уйти с нашей bugzilla куда-нибудь на LOR, будет совсем хорошо. 33763 19 mithraen 2005-12-12 17:14:28 +0300 Думается мне надо вешать баг на control. Тогда можно будет сделать и красивый интерфейс. Необходим какой-либо способ определить повлечёт ли изменение данного facility изменение каких-либо ещё. И при apply получит реальную информацию что было изменено. Другой вариант решения -- таки накопить изменения, применить их, и если были какие-либо side effects выдать предупреждение с их списком. 33777 20 zerg 2005-12-12 19:27:53 +0300 не понял 40554 21 mike 2006-09-27 13:31:00 +0400 (In reply to comment #19) > Думается мне надо вешать баг на control. Тогда можно будет сделать и красивый > интерфейс. > Необходим какой-либо способ определить повлечёт ли изменение данного facility > изменение каких-либо ещё. И при apply получит реальную информацию что было изменено. Почитай control, тебе расхочется такую муру туда даже думать тащить. Тем более что это всё равно нереально -- человек, который пишет рулесы, завсегда умнее машины и сможет ошибиться как-нить по-новому. Тут действительно дешевле и лучше атомарные решения, чем гирлянды. Я бы закрывал багу. 40591 22 inger 2006-09-27 16:44:21 +0400 Сейчас интерфейс существенно переработан, никаких накоплений данных делать не требуется - всё и так слишком наглядно. Дальшнейшее обсуждение интерфейса control считаю бесплодным. 40769 23 zerg 2006-09-28 15:36:39 +0400 Не исправлено 40771 24 inger 2006-09-28 15:48:48 +0400 тогда пусть себе висит - я ничего менять не собираюсь. 40775 25 zerg 2006-09-28 16:07:26 +0400 Не правда, у тебя тоже не работает. Резолвить нужно тогда с WONTFIX 46332 26 ldv 2007-03-08 20:31:41 +0300 worksforme 46404 27 zerg 2007-03-09 18:29:54 +0300 Все еще не работает. А та кнопка внизу - изврат натуральный. Для таких вещей есть щелчок и двойной щелчок. И даже называется она неправльно. P.S. Я общелкался, пока эту кнопку заметил :-) 74035 28 mike 2008-07-15 14:45:50 +0400 У нас тут не так давно с коллегой вышел диспут по схожей проблеме (применительно к alterator-ltsconf). Вообще говоря, необходимо выработать полиси по тому, как обращаемся с состоянием множества объектов, доступных в модуле. И если возможно несколько вариантов -- как оформить их в одном стиле на вариант ("менять по одному, подтверждать каждый, иначе предупреждение/применялка при попытке смены объекта" / "менять кучей, метить изменённые как-то одинаково, по apply применять все изменения"). 82932 29 zerg 2008-12-18 20:35:49 +0300 (In reply to comment #6) > Я сделал предупреждение о наличии не сохраненных при переходе с одной facility > на другую. Не вижу никаких предупреждений alterator-control-1.0-alt3 118122 30 shakirov 2011-02-08 23:19:59 +0300 (В ответ на комментарий №29) > (In reply to comment #6) > > Я сделал предупреждение о наличии не сохраненных при переходе с одной facility > > на другую. > Не вижу никаких предупреждений > alterator-control-1.0-alt3 Аналогично: alterator-control-2.1-alt1 142172 31 mike 2013-08-15 18:55:08 +0400 apparently wontfix