0000172: Программа блокируется с окном об ошибке при запуске без прав на чтение .sml файлов меток

Notes
(0001441) vdemidov (manager) 29-03-2011 20:19	Ну сейчас программа не подвешивается, а просто вылетает с ошибкой.

(0001443) Tikh (reporter) 30-03-2011 05:56	Ок, уже по крайней мере нет безвыходной ситуации :) Но, конечно, хотелось бы успешного решения инцидента: "Необходима возможность нормально запускать программу и работать, даже если программа не может прочитать все файлы меток. Просто в этом случае не должны подгружаться метки."

(0001480) gpsMax (manager) 01-04-2011 14:16	А если юзер захочет добавить метку, что должна делать программа?

(0001494) Tikh (reporter) 04-04-2011 04:20	То же, что делает сейчас, если файлы меток и категорий заблокированы на запись - должна НЕ производить сохранения меток.

(0001507) Fetser (reporter) 06-04-2011 06:46	А может никого не стоит лишать права ставить метки хотя бы временно? У меня на сервере у каждого пользователя своя папка с программой. Кэш общий. В компьютерах пользователей только ярлык. А метки через определённое время копируются всем из папки программы того пользователя, у какого есть право их менять.

(0001508) Tikh (reporter) 06-04-2011 07:14	Не понял, а как это связано с данным инцидентом?

(0001509) Fetser (reporter) 06-04-2011 07:18	Это один из способов решения проблемы не требующий изменения в программе

(0001514) gpsMax (manager) 06-04-2011 10:42	> То же, что делает сейчас, если файлы меток и категорий заблокированы на запись - должна НЕ производить сохранения меток. Проблема в том, что при этом юзер будет уверен в том, что он-то сделал и сохранил свою метку, но при следующем запуске её не найдёт. Тогда надо, чтобы программа заранее, ещё до пользовательской, возможно, сложной отрисовки, проверяла возможность записи в файл, и при её невозможности выдавала сообщение об этом.

(0001516) gpsMax (manager) 06-04-2011 10:44 edited on: 06-04-2011 10:45	То есть, нажимаем на "Добавить/Изменить/Удалить метку/путь/полигон", а вместо редактирования получаем ругательное окно.

(0001531) Tikh (reporter) 06-04-2011 13:05	Ну, это усложняет решение инцидента разработчиками. Ругательное окно должно быть не только про ошибке чтения файлов меток, но и при открытии данных файлов как "только для чтения". Для моих потребностей достаточно реализовать запуск программы без функции меток и без предупреждений. Т.к. у меня у части пользователей в сетке есть права на чтение и запись меток, а у части нет. Для них хотелось бы дать САС.Планету просто как средство просмотра карт. Сейчас же без прочтения меток запустить программу невозможно.

(0001534) vdemidov (manager) 06-04-2011 13:08	Увы проблему, что поредактировали, а сохранить нельзя я решить не берусь. Максимум, что пообещаю, это вежливое сообщение при попытке сохранения метки.

(0001552) gpsMax (manager) 06-04-2011 18:31 edited on: 06-04-2011 18:33	> Увы проблему, что поредактировали, а сохранить нельзя я решить не берусь Я выше имел в виду, что программа ничего редактировать не даст, во избежание расхода пользовательских нервных клеток. А то юзер накликает там мегаполигон, а при попытке сохранения выяснится, что прав на файл меток нет. Многочасовой труд коту под хвост, а виновата будет, конечно, SAS.Планета :-) Вежливое сообщение нужно ДО редактирования, а не после. Точнее, вместо.

(0001562) vdemidov (manager) 06-04-2011 19:30 edited on: 23-06-2011 11:13	Вот именно вежливого сообщения до попытки записи я и не могу обещать. В процессе записи вежливую ошибку сделаю. Мол, увы, зря старался. А до, не получится.

(0001590) Tikh (reporter) 07-04-2011 04:08	>>Вот именно вежливого сообщения до попытки записи я и не могу обещать. В процессе записи вежливую ошибку сделаю. Молу увы, зря старался. А до, не получится. А реально ли при невозможности записи в файлы меток, выводить окно "Сохранить как..." и позволить пользователю сохранить метки по другому пути?

(0005596) vasketsov (manager) 22-02-2012 08:56	Метки ещё экспортировать можно куда угодно, а не только пытаться сохранять в общую помойку

Users who viewed this issue
User List	Anonymous (2439x)
Total Views	2439
Last View	24-04-2024 21:17

Issue History
Date Modified	Username	Field	Change
21-10-2010 05:41	Tikh	New Issue
21-10-2010 11:08	vdemidov	Status	new => acknowledged
21-10-2010 11:08	vdemidov	Target Version	=> 26xxxx
29-03-2011 20:19	vdemidov	Note Added: 0001441
30-03-2011 05:56	Tikh	Note Added: 0001443
01-04-2011 14:16	gpsMax	Note Added: 0001480
01-04-2011 14:17	gpsMax	Tag Attached: метки
01-04-2011 14:17	gpsMax	Tag Attached: sml
04-04-2011 04:20	Tikh	Note Added: 0001494
06-04-2011 06:46	Fetser	Note Added: 0001507
06-04-2011 07:14	Tikh	Note Added: 0001508
06-04-2011 07:18	Fetser	Note Added: 0001509
06-04-2011 10:42	gpsMax	Note Added: 0001514
06-04-2011 10:44	gpsMax	Note Added: 0001516
06-04-2011 10:44	gpsMax	Note Edited: 0001516	View Revisions
06-04-2011 10:44	gpsMax	Note Edited: 0001516	View Revisions
06-04-2011 10:45	gpsMax	Note Edited: 0001516	View Revisions
06-04-2011 13:05	Tikh	Note Added: 0001531
06-04-2011 13:08	vdemidov	Note Added: 0001534
06-04-2011 18:25	gpsMax	Tag Attached: доступ
06-04-2011 18:31	gpsMax	Note Added: 0001552
06-04-2011 18:32	gpsMax	Note Edited: 0001552	View Revisions
06-04-2011 18:33	gpsMax	Note Edited: 0001552	View Revisions
06-04-2011 19:30	vdemidov	Note Added: 0001562
07-04-2011 01:51	gpsMax	Relationship added	related to 0000272
07-04-2011 04:08	Tikh	Note Added: 0001590
11-04-2011 07:10	vdemidov	Status	acknowledged => confirmed
21-04-2011 08:02	gpsMax	Relationship added	related to 0000659
18-05-2011 17:00	gpsMax	Relationship added	related to 0000744
23-06-2011 11:13	vdemidov	Note Edited: 0001562	View Revisions
22-02-2012 08:56	vasketsov	Note Added: 0005596
28-06-2012 22:17	vdemidov	Status	confirmed => resolved
28-06-2012 22:17	vdemidov	Fixed in Version	=> 120808
28-06-2012 22:17	vdemidov	Resolution	open => fixed
28-06-2012 22:17	vdemidov	Assigned To	=> vdemidov
28-06-2012 22:17	vdemidov	Target Version	26xxxx => 120808
10-10-2012 11:45	Tolik	Status	resolved => closed

SASGIS