0000738: Неправильная обработка kmz

(0002530)
gpsMax (manager)
15-05-2011 17:50

Да, есть ошибка. Причём, если перепаковать этот kml, то открывается уже нормально - собака порылась где-то в распаковщике.

(0002531)
zed (manager)
15-05-2011 18:22

>возникнет ошибка "Invalid Pointer Operation"
Не стесняемся скачивать отладочные версии и прикреплять отчёты о багах.

(0002533)
Papazol (reporter)
15-05-2011 20:05

Отчёт о баге прикрепил.

(0002534)
zed (manager)
15-05-2011 21:46

У этих kmz оказывается битый zip-заголовок (инвалидное поле даты), а сасовский архиватор оказался не готов к такому повороту событий.

(0002536)
gpsMax (manager)
16-05-2011 13:55

> Не стесняемся скачивать отладочные версии и прикреплять отчёты о багах.

В данном случае нет смысла, это рядовая, предсказуемая ошибка, которую можно вызвать и у разработчиков при помощи указанного в отчёте файла kmz.

(0002538)
zed (manager)
16-05-2011 15:29

>В данном случае нет смысла
Во всех случаях с AV, зависаниями и прочими багами, когда программа выдаёт сообщения об ошибках, таки желательно делать баг репорты, а не просто писать, что программа выдала какую-то там ошибку 'xxxx'. Чем больше информации о баге у разработчика, тем потенциально быстрее он будет отработан.

(0002542)
gpsMax (manager)
17-05-2011 10:26

Так если разработчик может вызвать эту ошибку самостоятельно без особых усилий, зачем нужен этот отчёт, если можно посмотреть поведение программы непосредственно?

(0002544)
zed (manager)
17-05-2011 10:37

Так заранее нельзя быть уверенным, что у разработчика эта ошибка воспроизведётся. Может она от фазы луны зависит? Имхо, априори стоит относиться к багам как к уникальным ошибкам, а не уповать на то, что разработчик её с лёгкостью воспроизведёт и пофиксит.

Не понимаю, почему вам так упорно не нравятся отчёты?

(0002546)
vdemidov (manager)
17-05-2011 10:48

Полностью согласен с zed. При наличии отчета мне может быть даже не понадобиться воспроизводить ситуацию. И еще, лучше аттачить файл, который вызывает ошибку, а не описывать где его можно взять.

(0003258)
gpsMax (manager)
22-07-2011 17:07

Я исходил из мысли, что пошаговое описание процесса, приводящего к багу, полезнее, чем снимок системы с багом, в плане выявления его причин. Похоже, был неправ.

(0003263)
vdemidov (manager)
22-07-2011 19:40

Скажем так. Иногда, снимка достаточно, что бы понять в чем проблема не выполняя кучи лишних действий. Но увы это не всегда так. Но лишним такой дамп точно не будет.

Users who viewed this issue
User List	Anonymous (2920x)
Total Views	2920
Last View	23-11-2024 23:10

Issue History
Date Modified	Username	Field	Change
15-05-2011 16:37	Papazol	New Issue
15-05-2011 17:43	gpsMax	Description Updated	View Revisions
15-05-2011 17:49	gpsMax	Tag Attached: kmz
15-05-2011 17:50	gpsMax	Note Added: 0002530
15-05-2011 17:50	gpsMax	Status	new => acknowledged
15-05-2011 18:22	zed	Note Added: 0002531
15-05-2011 20:04	Papazol	File Added: Bugreport.txt
15-05-2011 20:05	Papazol	Note Added: 0002533
15-05-2011 21:42	zed	Status	acknowledged => resolved
15-05-2011 21:42	zed	Fixed in Version	=> 120808
15-05-2011 21:42	zed	Resolution	open => fixed
15-05-2011 21:42	zed	Assigned To	=> zed
15-05-2011 21:46	zed	Note Added: 0002534
16-05-2011 13:55	gpsMax	Note Added: 0002536
16-05-2011 15:29	zed	Note Added: 0002538
17-05-2011 10:26	gpsMax	Note Added: 0002542
17-05-2011 10:37	zed	Note Added: 0002544
17-05-2011 10:48	vdemidov	Note Added: 0002546
22-07-2011 06:15	Tolik	Target Version	=> 120808
22-07-2011 17:07	gpsMax	Note Added: 0003258
22-07-2011 19:40	vdemidov	Note Added: 0003263
10-10-2012 11:51	Tolik	Status	resolved => closed

Notes
(0002530) gpsMax (manager) 15-05-2011 17:50	Да, есть ошибка. Причём, если перепаковать этот kml, то открывается уже нормально - собака порылась где-то в распаковщике.

(0002531) zed (manager) 15-05-2011 18:22	>возникнет ошибка "Invalid Pointer Operation" Не стесняемся скачивать отладочные версии и прикреплять отчёты о багах.

(0002533) Papazol (reporter) 15-05-2011 20:05	Отчёт о баге прикрепил.

(0002534) zed (manager) 15-05-2011 21:46	У этих kmz оказывается битый zip-заголовок (инвалидное поле даты), а сасовский архиватор оказался не готов к такому повороту событий.

(0002536) gpsMax (manager) 16-05-2011 13:55	> Не стесняемся скачивать отладочные версии и прикреплять отчёты о багах. В данном случае нет смысла, это рядовая, предсказуемая ошибка, которую можно вызвать и у разработчиков при помощи указанного в отчёте файла kmz.

(0002538) zed (manager) 16-05-2011 15:29	>В данном случае нет смысла Во всех случаях с AV, зависаниями и прочими багами, когда программа выдаёт сообщения об ошибках, таки желательно делать баг репорты, а не просто писать, что программа выдала какую-то там ошибку 'xxxx'. Чем больше информации о баге у разработчика, тем потенциально быстрее он будет отработан.

(0002542) gpsMax (manager) 17-05-2011 10:26	Так если разработчик может вызвать эту ошибку самостоятельно без особых усилий, зачем нужен этот отчёт, если можно посмотреть поведение программы непосредственно?

(0002544) zed (manager) 17-05-2011 10:37	Так заранее нельзя быть уверенным, что у разработчика эта ошибка воспроизведётся. Может она от фазы луны зависит? Имхо, априори стоит относиться к багам как к уникальным ошибкам, а не уповать на то, что разработчик её с лёгкостью воспроизведёт и пофиксит. Не понимаю, почему вам так упорно не нравятся отчёты?

(0002546) vdemidov (manager) 17-05-2011 10:48	Полностью согласен с zed. При наличии отчета мне может быть даже не понадобиться воспроизводить ситуацию. И еще, лучше аттачить файл, который вызывает ошибку, а не описывать где его можно взять.

(0003258) gpsMax (manager) 22-07-2011 17:07	Я исходил из мысли, что пошаговое описание процесса, приводящего к багу, полезнее, чем снимок системы с багом, в плане выявления его причин. Похоже, был неправ.

(0003263) vdemidov (manager) 22-07-2011 19:40	Скажем так. Иногда, снимка достаточно, что бы понять в чем проблема не выполняя кучи лишних действий. Но увы это не всегда так. Но лишним такой дамп точно не будет.

Relationships

SASGIS