View Issue Details

IDProjectCategoryView StatusLast Update
0000216SAS.ПланетаБаг / Bugpublic23-01-2012 08:41
Reporterdumpy Assigned Tovdemidov  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionno change required 
PlatformWindowsOS7OS VersionUltimate
Product Version101108 
Summary0000216: Баг в метках и категориях
DescriptionПоставить курсор на «категория1»
затем выбрать метку
нажать кнопку редактировать метку
указать «категория2» для сохранения измененной метки
метка автоматически переместиться из «категория1» в «категория2» (казалось бы)...

Внимание фокус!
Если удалить «категория1», из которой вытащили метку и снова создать категорию с таким же названием то все метки, что мы перемещали ранее, таким образом, начинают дублироваться в свежее созданной категории.
Если удалить эту категорию с задвоившимися метками, то в итоге получаем удаленную категорию и отсутствие меток в «категория2», куда перемещали их …

Tagsкатегории
Attached Files
Categorymarks.sml (1,059 bytes)
marks.sml (222,315 bytes)
clip0003.rar (163,301 bytes)

Activities

feya

12-11-2010 07:10

manager   ~0000481

Не получается повторить то, что вы описали

gpsMax

12-11-2010 07:35

manager   ~0000482

Last edited: 12-11-2010 07:35

Что-то не получилось. Зато нашел другую мелкую багу, тоже хорошо.

dumpy

12-11-2010 10:20

reporter   ~0000485

Last edited: 12-11-2010 12:07

видео записал и вложил метки на которых баг нашел..
upd
добавил архив с видео для экономии трафа

feya

13-11-2010 08:01

manager   ~0000497

dumpy, а вы какую в каком порядке создавали категории сначала "новая категория" потом другую или наоборот?

dumpy

15-11-2010 07:54

reporter   ~0000507

Last edited: 15-11-2010 08:02

выяснил кое, что может пригодиться...

В общем, дело обстоит так: Категория "DSG" создана самой последней, так как ей присвоено значение ROW id="8" name="DSG" , а новая категория создана раньше, так как ей присвоено значение ROW id="7" name="Новая категория".

После удаления новой категории высвобождается значение ROW id="7" но при создании ещё одной новой категории, по каким, то причинам выделяется значение ROW id="8" то есть точно такое же, как и у категории DSG, следовательно, метки и клонируются.

Отсюда следует, что нужно ковырять порядок выдачи номеров категориям или модернизировать алгоритм проверки на предмет незанятости номеров по порядку, то есть алгоритм таков
если 1 занята, то переходим на 2, если 2 занят, переходим на 3 и.т.д...

ну или сделать счётчик выданных категорий +1

upd
а не он ли это
AUTOINCVALUE="8"

upd2
мне кажется что пересчёт категорий при их создании был бы лучше

upd3
AUTOINCVALUE="8" меняем на 9 и глюк уходит в небытие

vdemidov

15-11-2010 09:29

manager   ~0000515

Таким образом глюк был у вас. Скорее всего правили список категорий вручную или с помощью какого-то стороннего софта.

Issue History

Date Modified Username Field Change
11-11-2010 20:23 dumpy New Issue
12-11-2010 07:10 feya Note Added: 0000481
12-11-2010 07:10 feya Status new => resolved
12-11-2010 07:10 feya Resolution open => unable to reproduce
12-11-2010 07:10 feya Assigned To => feya
12-11-2010 07:11 feya Status resolved => feedback
12-11-2010 07:11 feya Resolution unable to reproduce => reopened
12-11-2010 07:11 gpsMax Tag Attached: категории
12-11-2010 07:35 gpsMax Note Added: 0000482
12-11-2010 07:35 gpsMax Note Edited: 0000482
12-11-2010 10:18 dumpy File Added: clip0003.avi
12-11-2010 10:19 dumpy File Added: Categorymarks.sml
12-11-2010 10:20 dumpy File Added: marks.sml
12-11-2010 10:20 dumpy Note Added: 0000485
12-11-2010 10:20 dumpy Status feedback => assigned
12-11-2010 11:58 dumpy File Added: clip0003.rar
12-11-2010 12:06 dumpy Note Edited: 0000485
12-11-2010 12:07 dumpy Note Edited: 0000485
12-11-2010 13:10 vdemidov File Deleted: clip0003.avi
13-11-2010 08:01 feya Note Added: 0000497
15-11-2010 07:54 dumpy Note Added: 0000507
15-11-2010 07:55 dumpy Note Edited: 0000507
15-11-2010 07:58 dumpy Note Edited: 0000507
15-11-2010 08:00 dumpy Note Edited: 0000507
15-11-2010 08:01 dumpy Note Edited: 0000507
15-11-2010 08:02 dumpy Note Edited: 0000507
15-11-2010 09:29 vdemidov Note Added: 0000515
15-11-2010 09:29 vdemidov Status assigned => resolved
15-11-2010 09:29 vdemidov Resolution reopened => no change required
15-11-2010 09:29 vdemidov Assigned To feya => vdemidov
23-01-2012 08:41 vdemidov Status resolved => closed
08-08-2025 13:22 zed Category Баг => Баг / Bug