Имя: Пароль:
1C
 
Не применяются изменения в расширении
0 Euroset1
 
25.12.18
15:41
Поменял пару элементов формы, вытащил еще один реквизит на форму. Но после применения изменений у меня все так, будто я не вносил изменения.

При этом изменения этой же формы, примененный 20 минут назад, применились. А именно последние - нет.

8.3.12.1685.
локальный кэш чистил, на других компах
1 lucbak
 
25.12.18
15:51
(0) Еще - > Изменить форму --> стандартные настройки ?!
2 seevkik
 
25.12.18
15:51
Только формы или код тоже? Отладчик день туда или как?
Если расширение можно отключить можно попробовать переподключить его, иначе чистить кэш ещё и на сервере, ну как минимум перезагрузить его
Но это скорей гадание, а не решение)
3 Euroset1
 
25.12.18
15:55
(1)  Еще - > Изменить форму --> стандартные настройки ?!

это помогает ровно до закрытия документа. закрываю - открываю - опять прошлый вариант.
4 lucbak
 
25.12.18
15:57
(3) почисти настойки форм
5 Euroset1
 
25.12.18
15:58
(4) почистил. ноль эмоций, все также.
6 Euroset1
 
25.12.18
16:05
Я даже все расширения если удаляю, то на форме все равно эти все элементы есть. Хотя в конфе их нет. Можете проверить: закладка "нераспределенные инвойсы" у документа "ГТД по импорту" в БП 3.0. на коробке отсутствует.

Сброс настроек формы спасает ровно до закрытия формы. На любом компе одинаковая реакция...
7 Euroset1
 
25.12.18
16:07
То есть как будто один из сохраненных вариантов расширения "завис" где-то на SQL и теперь постоянно подключен. Как это почистить?
8 seevkik
 
25.12.18
16:11
Просто у пользователя сохранились настройки флрмы, скуль тут не при чем, прогуглите где хранятся настройки форм у пользователей
9 Euroset1
 
25.12.18
16:17
(8) а разве стандартная "Настройки пользователя" в БП 3.0 не чистит их?
10 seevkik
 
25.12.18
16:25
Ну почему сразу не чистит, по идее должно было помочь, но видимо у вас не "не чистит", а не сохраняет настройки формы раз при нажатии встает, а при повторном открытии сбрасывается, поэтому надо исключить вариант "зависания" расширения расширение тупо отключив его, а далее смотреть уже в настройки пользователя

как-то на тестовой такое встречал, было не критично будет ли поле в таблице там или тут, ну и я забил, тем более у остальных пользователей встало как надо
11 seevkik
 
25.12.18
16:27
Как вариант просто скопируйте настройки другого пользователя этому, прямого решения не знаю - времени особо тратить не хотелось на такую мелочь, но если разберётесь буду благодарен)
12 Euroset1
 
25.12.18
17:32
Копирование настроек тоже ничего не дало. Нужно как-то почикать настройки топором или на sql, а гугел показывает какой-то мусор и решения для толстого клиента
13 Euroset1
 
26.12.18
11:01
Я нашел решение данной проблемы.
14 Euroset1
 
26.12.18
11:08
Вернее придумал.

Удалить конфигураторного юзера и воссоздать заново (не трогая элемент в спр пользователи). В итоге должен почиститься серверный кэш для данного юзера, который мне не хотелось чистить вручную.