..(вроде так называется?) для 8.2 - при замене значения одного элемента справочника на другое значение элемента справочника - в регистрах накопления замена проводится тоже без перепроведения документов? или надо перепроводить документы?

Спсб.

хм..
а записей регистров - так и не вижу... http://screencast.com/t/1gA6wEAp1

что делаю не так?

попутно: http://screencast.com/t/TegL6OU3Np

(42) угу, потом попробую UAC отключить... хотя стремно...

(44) Да, я не совсем правильно пообещал. Инструмент "Удаление объектов с контролем ссылок" показывает детально только одну ссылку внутри каждого ссылающегося объекта. А вот "Редактор объекта БД" показывает все ссылки детально внутри объекта.

(47) такс, ладно... с привелегиями и УАКом потом разберусь (попрошу админа забэкапить сервак перед регистрацией ком), ща поверим на слово что записи регистров тоже обрабатываются.. ну, понеслось...

(45) Согласен, что так будет чуть понятнее, но оперировать в сообщениях, пояснениях и заголовках этими "что заменять" и "на что заменять" довольно сложно. Поэтому подразумевается, что большинству понятно, что
неправильная ссылка = что заменять
правильная ссылка = на что заменять

(49) ну пусть будет так, будем с мозгом спотыкаться каждый раз... ;-)

По поводу UAC и этих сообщений об ошибках, можно просто забить, если страшно. Из-за этого не будет работать только низкоуровневое получение описаний объектов платформы.

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

(51)+ Кстати его можно выключить http://rghost.ru/7QQ6Y2yhq/image.png

такс, вроде подменилось ОК как задумывалось.

а вот вопрос.
допустим, что неправильные ссылки присутсвуют только в регистрах, а в документах все правильно (ну вот так вот получилось как-то) - "поиск дублей и замена ссылок" - покажет ЧТО-НИБУДЬ, сигнализирующее о том. что есть ссылка на неправильный элемент в регистре или список найденных ссылок останетяс пустой (записи регистров не показывается) - и с чистой совестью будешь думать что все ОК, а на самом деле все не ок..?

(53) а эта формочка откуда открывается, с ходу не найду...

уф, подчистил, норамльно все...
много кнопочек всяких... ;-)

(54) Все 3 варианта поиска ссылок внутри подсистемы находят ссылки точно везде (исключая таблицы изменений). Если неправильные ссылки будут только в регистрах, подчиненных документам, то в инструменте "Поиск дублей и замена ссылок" будут показаны опять же документы в качестве ссылающихся объектов.

Теперь в ситуации  (33) будет выдаваться лишь один раз за сеанс ошибка и сообщение
Сообщить("Отключите опцию ""Низкоуровневое получение описаний объектов"" в настройках компоненты ""Контекстная подсказка"", либо выполните административную регистрацию COM компонент");

(55) Еще должно помочь http://devtool1c.ucoz.ru/index/kontekstnaja_podskazka/0-34

А есть инструмент восстановления объекта по битой ссылке?

(60) В вебинаре показывал https://youtu.be/LxVyDFX-5dM?t=739 . Оно?

(610 типа оно, отсмотрел повторно... уф...

а есть в ИР просто некий список произвольных обработок куда можно добавлять свои, просто чтобы под рукой были. для битых ссылок я вот эту юзал, например, http://screencast.com/t/kyEdaZOGlSIs

(59) осилио, отклюычил вывод

(63) Интерфейсная панель http://devtool1c.ucoz.ru/index/interfejsnaja_panel/0-10 . В нее можно подключать каталоги с внешними обработками и отчетами для быстрого доступа.

уф.. тяжко...
например "Поиск битых ссылок"
что-то я с ходу не могу вкурить взаимосвязь таблиц
верхние таблицы - понятно,
как связаны средняя и нижняя таблица с остальными таблицами..?

..как-то я ожидал, что хожу по правой верхней таблице (таблица с перечнем битых ссылок) - в средней таблице ожидал увидет объекты которые ссылаются на текущий битый объект..?

(66) Обычно таблицы располагаются традиционно слева направо сверху вниз по убыванию детализации. В данном случае
1. Типы найденных битых ссылок
2. Найденные битые ссылки текущего типа
3. Типы ссылающихся данных на текущую битую ссылку
4. Ссылающиеся данные текущего типа

(68) Немного наврал.
3. Типы ссылающихся данных на текущий тип найденных битых ссылок.

Обрати внимание на флажки для отбора по текущим строкам выше стоящих таблиц в правой части формы.

Наверное опять не читал описание http://devtool1c.ucoz.ru/index/poisk_bitykh_ssylok/0-42 ?

(71) кто ж описания читает...

еще вот с такой ошибкой выдает
http://screencast.com/t/3oXdnGkAW
действия, возможно приводящие к ней: битая ссылка (документ.заказ), объект восстановлен по битой ссылке обработкой вне ИР - в списке битых ссылок заменяется на восстановленный объект. Жмакаем "найти битые ссылки" (заново чтобы) - вываливается вот такая ошибка

(68) такс, понял, но через 190 минут уже проблематично - надо это где нить меленьким шрифтом над табличками написать - там как раз место для этого есть (по крайней мере над третьей и четвертой таблицами)

(74) Согласен, что с первого взгляда без подписей тяжеловато разбираться. Но здесь очень важна полезная площадь на форме (4 таблицы одновременно показаны). Поэтому я их убрал.

(75) За ошибку спасибо. Замени на такой код.

    ТекущаяСтрока = Элемент.ТекущаяСтрока;
    Если ТекущаяСтрока = Неопределено Тогда
        ЗначениеОтбора = Неопределено;
    Иначе
        ЗначениеОтбора = ТекущаяСтрока.Ссылка;
    КонецЕсли;
    ЭлементыФормы.СвязанныеДанные.ОтборСтрок.Ссылка.Установить(ЗначениеОтбора, ЭлементыФормы.СвязанныеДанные.ОтборСтрок.Ссылка.Использование);

вот еще вопрос: http://screencast.com/t/JzKy9rr2rP

- есть документ, помеченный на удаление.
- есть регистр сведений (режим записи = независимый), в измерении которого ссылка на помеченный на удаление документ

штатная обработка удаления с контролем ссылок - не дает удалить документ - ругается на эти записи регистра сведений - я с этим согласен.

а ИР - спокойно удаляет этот документ http://screencast.com/t/ETt2DvfLOwgo
Вопрос: почему?

в регистре сведений в измерении что останется - битая ссылка?

(76) Либо ты что то напутал, либо это нелогичное поведение штатной обработки. Если у измерения регистра стоит признак Ведущее, то при удалении объекта все записи из независимых регистров сведений, где он указан в этом измерении, будут удалены платформой в транзакции удаления объекта. Поэтому моя обработки не считает их блокирующими. После такого удаления не будет битых ссылок, т.к. эти записи из регистра будут удалены.

(77) я не большой спец во внутренностях. сейчас пошел смотреть признак "ведущее"

Поиск битых ссылок: или я тупой, или реально клинит без подписей.
двигаюсь по второй таблице (перечень битых ссылок), над третьей таблицей стоит флажок "отбор по ссылке"=1

третья таблица - не меняется - это так и должно быть?
тогда отбор по какой ссылке и чего?

или "отбор по типу битой ссылки"..? (а не по значению битой ссылки)

(77) У данного измерения РС (ссылка на помеченный на удаление документ) признак "ведущее"=0 - при удалении через ИР - что будет с такой записью РС..?

(34) на себя посмотри для начало в зеркало, длб

(69) третья таблица связана с первой - так получается?

Поставим вопрос проще:
- стал на конкретную битую ссылку во второй таблице
вопрос: как мне увидеть кто конкретно (и в каких реквизитах) сслается на эту битую ссылку? - я вот не симог такого добиться...
???

(80) Есть ошибка в моем инструменте. Спасибо.
Найди в модуле формы строки
Если Ложь
                Или ЭтоРегистрСведений
                Или СтрокаНеблокирующегоТипа <> Неопределено
            Тогда
и замени их на
Если СтрокаНеблокирующегоТипа <> Неопределено Тогда

(84)  как вы с такими инструментами работаете-то?! ;-)
Я на снеговике не писатель, я на снеговике читатель - мне проще скачать исправленный вариант

В итогето что получилрсь у меня в базе с записями регистра сведений ? Регистр некритичный, инфозаписи, если что накосяпорилось то не страшно

(83) Возможно у тебя включен отбор по типу ссылки и тип не выбран. В таком случае отбор по ссылке может не работать.

(85) Как ты верно предположил в (76) у тебя в регистре остались строки с битыми ссылками.

(86)  а, может быть....
В первой таблице курсор наверное стоит на всех типах

Тогда получается над третье таблицей два флажка
Отбор по типу - фильтрует по типу где курсор в первой таблице
Отбор по ссылке - фильтрует по конкретной битой ссылке гду курсор во второй таблице

Так?

(87)  и при этом я чтото нигде не вижу эти битые ссылки в обработке битых ссылок -
Это правильно или я туплю???

(85) Согласен, что ошибка критичная. Поэтому завтра выпущу внеочередную версию.
(88) Да.
(89) Такого не должно быть. Проверь в списке регистра.

Что-то я все равно туплю: третья таблица - "отбор по ссылке" не работает? (отбор по типу - трудно смотреть, так как всего один тип). видео: http://screencast.com/t/KeawtFxJs

(91) Проблема есть, но воспроизвести мне ее не удалось. Поэтому прошу тебя воспроизвести ее с открытия инструмента.

(92) спокойно воспроизводится с переоткрытия обработки, ничего не фильтрует, см. http://screencast.com/t/9JTsTufU

(92) полностью переоткрыл сам ИР - точно также как в предыдущем посте.

может это связано с ошибкой и отклбючение в контексте подсказок?

(90) по (89)
итого: в РС битая ссылка, в обработке поиска битых ссылок ее нет, см. http://screencast.com/t/64D2AHDq8f
список битых ссылок короткий - я его даже визуально просмотрел - нет битой ссылки, начинающейся на 110

(92) вышел из 1ски, зашел - все осталось по прежнему, не фильтрует.
либо я тупой
либо не должно фильтровать
либо ошибка

как жить? как работать? я ж не зря на вебинаре про тдд всякие вопросы спрашивал - так и знал что засада будет.. пойду кофе пить... для спокойствия.. ;-)

(98) Похоже что ты при редактировании формы в конфигураторе очистил (из-за ошибки платформы) связь с данными у этого флажка.

(99) яв конфигураторе ИР вообще не открывал
Не мог я там вообще ничего очистить

(99)  а (96) ???

(96) Какая версия платформы?

(100) Можешь скрин свойств этого поля из конфигуратора показать?

пользуясь случаем.

а вот про это не подскажете:

http://pics.rsh.ru/img/Pic_wm7jkp1d.jpg

сообщение полностью:

28
{ВнешняяОбработка.ирПлатформа.МодульОбъекта(7621)}: Ошибка при вызове метода контекста (Run): Произошла исключительная ситуация (Ошибка выполнения Microsoft VBScript): Требуется объект: 'Wrap'
{ВнешняяОбработка.ирПлатформа.МодульОбъекта(7619)}: Ошибка при вызове метода контекста (Run): Произошла исключительная ситуация (Ошибка выполнения Microsoft VBScript): Требуется объект: 'Wrap'

+ ут 10
платформа 8.3.7.19.01
ос win 7 x64

чет думается, что в платформе дело.

не?

+ ир мобильные 6.3.50

(104)  см выше у меня аналогичная ошибка была
Выше написано что к чему

(103)  минут через 40
В городе пока, горшок для фикуса пошли покупать

всю ветку читал. СЧас еще раз поднимусь. может не то перечитал

момент

(102)  8.2 чегототоам 190 вроде
Точнее чуть позже отпишу

(109)  посты в раоне 33 и 36

похоже ага

вот ето пропустил: Регистрация COM компонет

спасибо

ошибка ушла

только одна компонента осталась

Не удалось зарегистривать COM-компоненту GOLDParserEngine.GOLDParser. Возможно требуется запуск от имени администратора

запуск 100% от админа

ну да ладно - спасибо еще раз

(112)  уак еще отключить надо

вах

пока просто запись вебинара посмотрю

(115)  там еще куча инструкций на странице проги

да я так-то уже года 1,5 назад с ИР столкнулся - просто сильно не копался (сложил в копилку на всякий случай, ну и периодически сливаю новые версии), а тут наткнулся еще раз на всплывшую (пардон, если не верно подобрал слово) тему и решил посмотреть на досуге.

Запись нравится.
Будем и почитать тады.

я и на ютубе смотрел тогда ешо

у меня ядро - 8.2.19.90

(103)
скрин флажка1 http://screencast.com/t/C3nCriv4
скрин флажка2 http://screencast.com/t/JcXnFMhHyR

(120) Я прав оказался. Форма испорчена. Свойство Данные пусто у обоих флажков. А сначала фильтр работал =)

(120) Проверил в поставке портативного варианта. Там проблема тоже есть. В общем это ошибка платформы. Я ту же проблему каждый раз вручную исправляю в форме конструктора запроса при сохранении во внешнюю обработку. Теперь придется еще и тут придется вручную восстанавливать свойство Данные. Проблема наблюдается в 8.3.5-8.3.7 и отправлена в 1С пару недель назад.

(121)  сначала работало вроде
Но как так - портятся метаданные...?
Нифига себе пельмени...

(123) При любом копировании обычной формы, частным случаем которого является ее сохранение во внешнюю обработку, в конфигураторе 8.3 очищается свойство Данные, если оно связано с отбором табличного поля табличной части.

(124)  вот оно как...
Табличную часть я еще разумею,
Но табличное поле табличной части уже для меня близко к языку догонов...

Табличное поле - это как инструмент отображения табличной части, таблицы значений, например.

+(126) отображения и манипуляции

Все ошибки исправлены в опубликованной 3.51, кроме (96) воспроизвести которую не удалось.

(128)  может это от того что у меня в измерении этого РС документ произвольного типа?

(129) Проверил. Не поэтому.

Сейчас я последнюю версию взял, проверю

Посмотрел последнюю версию.
Битые ссылки у меня в регистре сведений не нашел.
Если для рассмотрения/исправления ситуации надо - могу дать доступ по тиму (вживую оно может быть легче будет), стучись в скайп zlopun

набрел на ошибку
верхние флажки выключены. поис ссылок, ок.
включил верхние флажки, поиск ссылок, ошибка, см. http://screencast.com/t/wTxhiPzAU5wM

расширенный текст ошибки:
{Форма.Форма.Форма(314)}: Ошибка при вызове метода контекста (Выполнить)
                ирОбщий.ЗагрузитьВТаблицуЗначенийЛкс(Запрос.Выполнить().Выгрузить(), СвязанныеДанные);
по причине:
{(67, 7)}: Поле не найдено "Т.Узел1"
ГДЕ Т.<<?>>Узел1 ССЫЛКА ПланОбмена.ДокументыДляWMS

(132) Ситуация рассмотрена разработчиком продукта. Принята к исправлению.

(122) в 8.3.8 всё ок? )

(136) Пока я решил отдохнуть от тестирования новых версий платформы. Почти уверен, что баг там не исправлен.

(134) Причина в наличии у регистра сведений изменения с именем Узел и включенным основным отбором. Я уже сталкивался однажды с такой и тогда пользователь просто исправил конфигурацию. Но раз проблема уже 2-й раз встречается, буду улучшать ее обработку.

(138) опечатка "изменения"->"измерения"

(134) (132) Ошибки исправлены в 3.52

(140)  ща проверим...
Бойся...

ага, вроде нормально, сигнализирует:
В таблице изменений регистра РегистрСведений.ОбменДанными пропущено поле Узел1, т.к. оно порождено конфликтом имен полей

воот.. теперь картинка гораздо ближе к реальной, показывает битые ссылки по РС