View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001998 | SAS.Планета | Баг / Bug | public | 01-07-2013 10:07 | 04-11-2013 14:33 |
| Reporter | Garl | Assigned To | zed | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | unable to reproduce | ||
| Product Version | .Nightly | ||||
| Summary | 0001998: Сломались версии тайлов | ||||
| Description | собственно после восстановления кэша появились обрезанные верисии внимание вопрос : как их убрать, и вообще лечится ли такое? | ||||
| Tags | BerkeleyDB | ||||
| Attached Files | |||||
|
|
>после восстановления Как восстанавливал? >появились обрезанные верисии А тайлы по ним показывает? |
|
|
восстанавливал утилитой (сначала старой) утром продолжил новой. по этим версиям тайлы показывает, но они сто лет не нужны, я их нагенерю из 18 левела. а вот как бы так культурно почистить |
|
|
>восстанавливал утилитой Как конкретно? >по этим версиям тайлы показывает Так может это оно когда сохраняло неправильно версии записало? Восстановление кэша не может быть причиной того, что строка версии вдруг ни с того ни с сего обрезалась. Какие конкретно там были строки? |
|
|
на более нижних зумах - версии нормальные. строки версии были как самая длинная на скриншоте (ГУИД) в принципе не страшно, делаю удаление версии и заново генерирую уровни, просто самому интересно на каком этапе оно вылезло... >Как конкретно? всем чек и затем двум файлам на 18 зуме делал дамп и импорт. |
|
|
>были как Нужны конкретные значения строк. Та что на скриншоте сохранилась нормально и нет смысла брать её в расчёт. Может там баг на специфических строках. И ты уверен, что там вообще изначально были нормальные строки? Насколько я понимаю, на этих зумах ты генерировал тайлы? >на более нижних зумах - версии нормальные. >и затем двум файлам на 18 зуме делал дамп и импорт Судя по тому, что на скриншоте z10, то никакое восстановление тут ни при чём. |
|
|
И при включении укороченной версии, тайлы для которых пишет длинную версию на z18 отображаются? |
|
|
вот по хорошему все версии которые я загнал в кэш 1c85a073512363b21041fee3f530cabb 23c20f60a1ef5d369b7a7d22c1f482e1 30f055fc02dea8fd64b54bb5a64e996e 44dbabbe62c70c03aa601642dbe98f3d 69c0f58606a60de4b247555b6c043c9a 98ad76a2b29f9e86fdc09250f6bd85bf 9fda4896caaa66790b5eeb04d6bc6138 a14e29eec766c2b3782be1f1a09eed69 c553752a82aac594ac6a2b1c90ef5d69 de560b25a6494a7dd573c5d4d2b97c4c e9dd48a55bb88195224cbaa1e5ba3c10 f24f62997d6c37bd9b38431b92eb0fc8 строки были нормальные пока не начали вываливаться ошибки которые ты профиксил в последние дни. я ж проверял как оно генерится и как определяются версии |
|
|
тайлы на 10 зуме с короткими версиями не отображаются. и на 8 зуме имеет место быть задвоение версий :) upd разглядел "??" в версии |
|
|
>строки были нормальные пока не начали вываливаться ошибки которые ты профиксил в последние дни Ну, тогда это можно считать отголоском. >тайлы на 10 зуме с короткими версиями не отображаются. Значит именно такая коротка версия и записана в БД. |
|
|
если я грохну sdbv из папок z1..z17 - чем мне это грозит? |
|
|
Вначале запусти db_recover, а потом можешь грохать. |
|
|
Сообщи, если вдруг ещё на такое нарвёшься. А пока будем считать это глюками из-за порчи файлов БД и прочих багов, что были в процессе допиливания версионного кэша. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 01-07-2013 10:07 | Garl | New Issue | |
| 01-07-2013 10:07 | Garl | File Added: version.jpg | |
| 01-07-2013 15:26 | zed | Note Added: 0011943 | |
| 01-07-2013 17:54 | Garl | Note Added: 0011947 | |
| 01-07-2013 18:07 | zed | Note Added: 0011948 | |
| 01-07-2013 18:13 | Garl | Note Added: 0011950 | |
| 01-07-2013 18:19 | zed | Note Added: 0011952 | |
| 01-07-2013 18:22 | zed | Note Added: 0011953 | |
| 01-07-2013 18:24 | Garl | Note Added: 0011955 | |
| 01-07-2013 18:28 | Garl | Note Added: 0011956 | |
| 01-07-2013 18:30 | Garl | File Added: 20130701.jpg | |
| 01-07-2013 18:31 | Garl | Note Edited: 0011956 | |
| 01-07-2013 18:33 | zed | Note Added: 0011958 | |
| 01-07-2013 18:39 | Garl | Note Added: 0011959 | |
| 01-07-2013 18:42 | zed | Note Added: 0011960 | |
| 08-08-2013 13:52 | vdemidov | Tag Attached: BerkeleyDB | |
| 08-08-2013 13:53 | vdemidov | Assigned To | => zed |
| 08-08-2013 13:53 | vdemidov | Status | new => assigned |
| 08-08-2013 13:53 | vdemidov | Target Version | => 131111 |
| 08-08-2013 14:27 | zed | Note Added: 0012308 | |
| 08-08-2013 14:27 | zed | Status | assigned => feedback |
| 04-11-2013 14:03 | vdemidov | Status | feedback => resolved |
| 04-11-2013 14:03 | vdemidov | Resolution | open => unable to reproduce |
| 04-11-2013 14:03 | vdemidov | Status | resolved => closed |
| 04-11-2013 14:33 | vdemidov | Target Version | 131111 => |
| 08-08-2025 13:22 | zed | Category | Баг => Баг / Bug |