релиз 8.1.5.123
глюков много, вот последние наболевшие.
некоторые удалось обойти "через гланды", некоторые нет.
кому удалось, или удалось прямее - сообщите, плиз!

---ГЛЮК: програмное добавление картинки из библиотеки в табличный документ.
раньше работало так:

Рисунок = ТабДокумент.Рисунки.Добавить( ТипРисункаТабличногоДокумента.Картинка );
Рисунок.Картинка = БиблиотекаКартинок[ ИмяКартинки ];
Рисунок.Расположить( ТабДокумент.Область( "R1C1:R1C8" ));

теперь такой код картинки не показывает, Вид картинки - Из библиотеки.
обойти можно так:

Рисунок.Картинка = Новый Картинка( БиблиотекаКартинок[ ИмяКартинки ].ПолучитьДвоичныеДанные());

в итоге Вид картинки - Абсолютная, отображается нормально.

---ГЛЮК: попытка работать в Библиотеке картинок с поддерживаемыми форматами wmf/emf
приводит к суициду платформы.
обход - перегнать в растр, получив в итоге некрасивое масштабирование при печати.

---ГЛЮК: обновление конфигурации из хранилища через командную строку.
раньше называлось /DepotUpdateCfg, и воспринимало -revised как рекурсивно,
что несоответствовало документации, но работало.
теперь называется /ConfigurationRepositoryUpdateCfg, и просто не работает,
вываливается молча с кодом возврата 1, а при норме - 0.
обход - через SendKeys, что весьма нестабильно.

кстати - может знает кто про аналог SendKeys/keybd_event,
который может работать например с фоновыми задачами по расписанию,
а то SendKeys/keybd_event там пассуют - им фокус нужен.
я наваял работающий вариант
с FindWindow[Ex], PostMessage( WM_KEYDOWN/WM_KEYUP ),
GetLastActivePopup, Sleep и т.д. - работает, но нестабильно,
да и окошки внутренние выщемливать геморно,
а сообщения именно им отправлять надо, чтоб работало.

эта фенька бы пригодилась не только для обхода /ConfigurationRepositoryUpdateCfg.

(3) вот спасибо, помог тут, вопрос - где взял описание командной строки для 8.1 ?
v8: v8: Ключ для захвата конфы из хранилища есть такой?

(4) "C:\Program Files\1cv81\AddDoc\RU\V8Update.htm"
но похоже, совет Волшебника "делай файл поставки" - это приговор.

релиз 8.1.5.123 ошибка работы с регистром оборотов в файловой версии:

у меня это выглядело так:

При проведении документа <Заявка на расходование средств> в таблицу движений регистра в ресурсы записываются перепутанные суммы. Т.е. <СуммаУпр> попадает в <СуммуВзаиморасчетов>, и наоборот. В таблицу итогов суммы записываются правильно. При отмене проведения и в ту и в другую таблицу суммы записываются перепутанным образом. В результате видим суммы, даже если нет ни одного проведенного документа.

Ошибка отладки:

Периодически, но не всегда, бывает что отладка прекращается сама собой. Отладчик виснет. Если в 1С выполнить действия, что бы еще раз пройти этот участок кода - тогда все в порядке.

(6) + проблема решилась путем установки флага "Режим разделения итогов"

+
http://itland.ru/forum//index.php?act=Print&client=printer&f=5&t=18413

Глюки отладки:
При вызове окна вычисления выражения при выборе свойства расчитанного выражения не осуществляеться автоматический переход по нажатию ввода на расчет выбранного свойства.
Например при отладке проведения документа выбираем ЭтотОбъект - Shift+F9. Далее выбираем в дереве ЭтотОбъект.Движения - Enter. Результат нет. Копируем выражение в строке, вставляем. Результат есть.

сегодня слетела база с предсмертным криком "ошибка потока" при входе в конфигуратор / отбор журнала регистрации. вроде бы ошибка не новая (Книга знаний: v8: Решение проблемы "Ошибка формата потока"), но на 8.0 у нас не появлялась, поэтому виню снова сырой релиз 8.1.
в статье предлагается решение для sql, у нас файловая, помогло убить все файлы кроме 1Cv8.1CD
жаль низя добавить в статью.

Как страшно жить!
Вот тебе и финал, мля опять бетту подсунули. 1С фарэва.
Сорри за оффтоп.

(11) Это у вас журнал-регистраций навернулся (такое случалось и в 8.0), все файлы удалять не обязательно, достаточно только 1Cv8.log

(13) пасиб. буду знать.
тов. инженер знаний, добавь плз самые полезные посты этой ветки в базу знаний.

(13) (+14) опять слетела. по твоему совету грохнул только log - не помогло, грохнул как раньше - всё кроме 1Cv8.1CD - не помогло! лечу chdbfl.exe но подозреваю что не вылечу! ХЕЛП!!!

(15) уфф. победил. не, чего только не перепробовал:
удалил LOG
удалил всё кроме 1Cv8.1CD
chdbfl.exe
config /UpdateCfg,LoadCfg,IBCheckAndRepair -ReIndex -IBCompression
chkdsk /f
удалил C:\...\Temp
RAM поменял

следующими пунктами было:
щемить по метаданным 0x1a & 0xFFFF - хотя это не тот случай,
узнавать у MMF про пару байт в файле
DtUDXML.epf или "Выгрузка и загрузка данных XML" с ИТС

оптимизма по поводу последних пунктов было мало,
и тут я вспомнил, что в 1Cv8 мне не нравится больше всего:
файлики pfl, которые есть не только в папке базы, но и табунами разбросанны по всему C:\Documents and Settings\...
убил их.
запускаю 1С - список баз девственно чист, добавляю, захожу - и он не пытается открывать сохранённую конфигурацию, сразу штатно сокращаю журнал, а то удаление файла чем то не торкало, могу лёгко без гемора с коммандной строкой выгрузить данные чтобы потом загрузить их в нормальную конфу - вобщем красота.
дай думаю, попытаюсь открыть конфу - и о чудо! открывается.
и обновляется, прочищая файловый аналог configsave,
и всё просто цветёт и пахнет - красота!

(+16) надо бы Книга знаний: v8: Решение проблемы "Ошибка формата потока" обновить. кто поможет?

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

ЗЫ прошу прощения за не верно примененные тех термины.

Чето маловато глюков...

не, с 8.1 не соскучишься. на терминальном сервере с сегодняшнего дня возникла следующая мулька:
по одному процессу 1cv8.exe под каждым пользователем запускается без вопросов (тьфу-тьфу).
запускаешь второй процесс - грузит весь проц, но окно проги не появляется.
закрываешь окно первого процесса - вылетает ошибка "V8: Ошибка совместного доступа к файлу 'C:\DOCUME~1\...\LOCALS~1\Temp\1_1.tmp'"
перевожу на русский язык: на этом сервере под одним терминальным пользователем отладку (1 конфигуратор + 1 предприятие) провести уже не получится.
если предприятие под одним, конфигуратор под вторым - работает. но это гланды.
у кого-нить подобное возникало?

не, с 8.1 не соскучишься. на терминальном сервере с сегодняшнего дня возникла следующая мулька:
по одному процессу 1cv8.exe под каждым пользователем запускается без вопросов (тьфу-тьфу).
запускаешь второй процесс - грузит весь проц, но окно проги не появляется.
закрываешь окно первого процесса - вылетает ошибка "V8: Ошибка совместного доступа к файлу 'C:\DOCUME~1\...\LOCALS~1\Temp\1_1.tmp'"
перевожу на русский язык: на этом сервере под одним терминальным пользователем отладку (1 конфигуратор + 1 предприятие) провести уже не получится.
если предприятие под одним, конфигуратор под вторым - работает. но это гланды.
у кого-нить подобное возникало?

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

конфигуратор + отладка + паралельный сеанс 1С предприятия

(22) вот и у меня до сегодняшнего дня такого не возникало, + на других компах такой проблеммы нет. пути 8.1 неисповедимы. но иногда поддаются лечению. ищу.

(20) всё. победил, всегда бы так быстро.
сперва выяснил, что под другим терминальным пользователем на этом же сервере проблеммы нет. стал быть если моего пересоздать то может тоже проблемма исчезнет. но сначала решил просто полноценно сделать Logoff/Logon - и всё заработало.

---ГЛЮК:
в ПодпискахНаСобытия при выборе процедуры-обработчика - пустой список.

Условия удовлетворены:
"процедура должна быть расположена в общем модуле;
процедура должна быть объявлена с ключевым словом Экспорт;
у общего модуля, в котором расположена процедура, должны быть заданы следующие свойства:
флаг Глобальный - сброшен;
флаг Клиент - установлен;
флаг Сервер - установлен;
флаг Внешнее соединение - установлен;
количество параметров процедуры должно быть на единицу больше, чем количество параметров, которое имеет обработчик выбранного события (т.к. дополнительно к параметрам, передаваемым в обработчик события, передается еще и объект-источник данного события)."

ручное прописывание "ИмяМодуля.ИмяПроцедуры" работает на ура. список пуст 8(

---ГЛЮК:
двойная вертикальная прокрутка в отчётах: отдельно прокручивается ПолеТабличногоДокумента, отдельно Форма.
лечится убийством *.pfl в  C:\Documents and Settings\... под тем пользователем, у которого проблемма возникла. это при том что в отчёте сохранённых настроек не было, по крайней мере доступных из режима Предприятия.
вскоре впрочем проблемма возникает снова.
хорошо бы сделать ВертикальнаяПолосаПрокрутки=Ложь в форме, но жаль такого свойства у неё нет.

---ГЛЮК:
путанница в метаданных:
Обработки.ПроведениеПоПартиям.Создать() вернуло мне значения типа "ОбработкаМенеджер.ПолучениеФайловИзИнтернета".
посмотрел в отладке что есть в "Обработки". оказалось, часть обработок не соответствуют своим именам.
выход-вход в конфигуратор не помог.
отключение-подключение к хранилищу - помогло.

(26) - все проще Alt+Shift + R

Добавлю от себя
Значит расклад такой
win2k3 - сервер приложений (citrix)
win2k3 + MSSQl 2005 + Сервер 1с - база УТ 10,2
В общем ситуация такая, обновил базу динамически и у пользователей у которых даже полные права в 1с под их учетными записями на win2k3 начала вылетать 1с , т.е. человек при вводе ПКО 1ска задумывается и вылетает, в логах win2k3 обнаружил вот это
szAppName : 1cv8.exe szAppVer : 8.1.6.38 szModName : basic.dll
szModVer : 8.1.6.38 offset : 0040ad9e
Само интересное, что назначение админских прав пользователю ничего не дало, заведение нового пользователя тоже, заведение нового администратора тоже, чистка настроек пользователей тоже самое на win2k3 нормально работет только под учетной записью администратора и моей, все остальные вылетают, с правами на win2k3 ничего не делал.

Лечение

К сожалению лечение нашлось, но как всегда через одно место, достаточно зайти на сервер терминалов/цитрикс под пользователем, запустить там конфигуратор, в документе ПКО в процедуре при открытии поставить на самой первой строке процедуры точку останова, запустить отладчик, открыть документ, нажать в конфигураторе F5 , и вуаля - документ открыт, закрываем конфигуратор и отладчик заходим в в режиме предприятия - все работает.

интересная у людей жизнь...(с) Не бойся, я с тобой

(27) Такая же проблема несколько раз всплывала.
Как показывают мои исследования, внутренние идентификаторы меняются у двух соседних объектов метаданных. Кажется любая модификация конфигурации вылечивает ее (реструктуризация точно).

Версия 8.1.6.38:

МенеджерВременныхТаблиц=Новый МенеджерВременныхТаблиц;
   Запрос=Новый Запрос;
   Запрос.МенеджерВременныхТаблиц=МенеджерВременныхТаблиц;
   Запрос.УстановитьПараметр("Работает",Перечисления.СостоянияРаботника.Работает);
   Запрос.УстановитьПараметр("ДатаАктуальности",ТекущаяДата());
   
   Запрос.Текст="ВЫБРАТЬ
                |    СостояниеРаботниковСрезПоследних.ФизЛицо КАК ФизЛицо,
                |    СостояниеРаботниковСрезПоследних.ФизЛицо.ДатаРождения КАК ДатаРождения
                |ПОМЕСТИТЬ ВременнаяТаблица
                |ИЗ
                |    РегистрСведений.СостояниеРаботников.СрезПоследних(&ДатаАктуальности, ) КАК СостояниеРаботниковСрезПоследних
                |ГДЕ
                |    СостояниеРаботниковСрезПоследних.Состояние = &Работает
                |
                |ИНДЕКСИРОВАТЬ ПО
                |    ФизЛицо";
   Запрос.Выполнить();
   
   Запрос.Текст ="ВЫБРАТЬ
                 |    МАКСИМУМ(ПриемНаРаботу.ДатаПриема) КАК ДатаПриема,
                 |    ПриемНаРаботу.ФизЛицо КАК ФизЛицо,
                 | ВременнаяТаблица.ДатаРождения
                 |ИЗ
                 |    Документ.ПриемНаРаботу КАК ПриемНаРаботу
                  |     ЛЕВОЕ СОЕДИНЕНИЕ ВременнаяТаблица КАК ВременнаяТаблица
                 |     ПО ПриемНаРаботу.ФизЛицо = ВременнаяТаблица.ФизЛицо
                 |СГРУППИРОВАТЬ ПО
                 |    ПриемНаРаботу.ФизЛицо";
   
   Выборка = Запрос.Выполнить().Выбрать();
   Пока Выборка.Следующий() Цикл
       Сообщить(""+Выборка.ДатаПриема+" "+Выборка.ДатаРождения);
   КонецЦикла;
   МенеджерВременныхТаблиц.Закрыть();

Пишет: "Ошибка при вызове метода контекста (Выполнить): {(4,2)}. Поле не входит в группу "ВременнаяТаблица.ДатаРождения"<<?>>ВременнаяТаблица.ДатаРождения.

Запрос.Текст ="ВЫБРАТЬ
                 |    МАКСИМУМ(ПриемНаРаботу.ДатаПриема) КАК ДатаПриема,
                 |    ПриемНаРаботу.ФизЛицо КАК ФизЛицо,
                 | ВременнаяТаблица.ДатаРождения
                 |ИЗ
                 |    Документ.ПриемНаРаботу КАК ПриемНаРаботу
                  |     ЛЕВОЕ СОЕДИНЕНИЕ ВременнаяТаблица КАК ВременнаяТаблица
                 |     ПО ПриемНаРаботу.ФизЛицо = ВременнаяТаблица.ФизЛицо
                 |СГРУППИРОВАТЬ ПО
                 |    ПриемНаРаботу.ФизЛицо, ВременнаяТаблица.ДатаРождения";

Попробуй так.

---ГЛЮК: (возможно был и до 8.1)
два пользователя работают с одним элементом справочника.
первый изменил, закрыл.
второй через несколько секунд открыл - и видит старую версию.
нажимает "Обновить" - без толку.
через полминуты накатывает новая версия вместе с ошибкой "несоответствие версий объекта".
виновато недоделанное кэширование прикладных объектов, возвращающее грязные данные.
лечится вставкой в начало ПередОткрытием:

Если Не ЭтоНовый() Тогда Прочитать() КонецЕсли;

как и гласит СП: "Считывает данные элемента справочника из базы данных".
а т.к. вызов в самом начале ПередОткрытием, то вызывать после этого Обновить() нет смысла: форма и так заполнится новой версией объекта.

---ГЛЮК:
сочетание RLS в ЖурналДокументовСписок с ПериодАвтоОбновления приводит к неявному уменьшению ПериодАвтоОбновления в 5 раз (стоит 30 секунд, а обновляет каждые 6, ставим 30 * 5 - обновляет каждые 30), а так же 100% загрузки процессора (полное подвисание на несколько секунд).
Причём в обычных ДокументСписок такой проблеммы нет, хотя RLS и ПериодАвтоОбновления там точно такие же.

(34)Это в 8.0 стандартная ситуация. Может быть, даже нормальная. Наши пользователи уже привыкли. Если документ большой, то периодически жмут кнопку "Записать", чтобы не было обидно за бесцельно введенные данные. Возможно, правильнее было бы при открытии пробовать блокировать запись. И если невозможно блокировать, то открывать только на чтение с предупреждением, что она захвачена другим пользователем.