Имя: Пароль:
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
Вернее придумал.

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