14.08.2009, 16:07 | #1 |
Участник
|
Падает клиент Аксапты, при вставке текста из буфера обмена
Axapta 3.0 sp 3 CU1 kr 2. MS SQL 2005.
Добрый день. Сталкивался ли кто нибудь с подобной проблемой? У нас она возникает нерегулярно, с разной периодичностью у разных пользователей. Возникает как на боевом приложении так и на приложении для разработки. И там и там используется тонкий клиент. Непохоже, что частота падений зависит от того, в какое текстовое поле текст вставляется, скорее зависит от частоты определенного вида операций у конкретного пользователя. У меня в последнее время участилось, при вставке в редактор кода, в поле диалога фильтации записей, вызываемого по CTRL-F, независимо от таблицы и поля, в поле поиска текста в методах и т.д. Раздражает безумно. На соседних рабочих местах, баг периодически возникает также, но со значительно меньшей частотой. В Event Log на АОСе в этот момент пишется что то типа: Object Server ars_ax30_sp03fp00_dev: AOCP Connection error: Client thread 0x109c for session 6(itVVC) canceled. Подобные же эпизоды возникали на конфигурации без Kernel Rollup 2, на SQL Server 2000 соответсвенно. Ранее обострения заканчивались периодами относительной ремиссии. Теперь прижало совсем. Пробовал:
Последний раз редактировалось vc; 14.08.2009 в 16:32. |
|
14.08.2009, 16:44 | #2 |
Участник
|
Что-то знакомое...
Вставка во всех случаях идет в одну и ту же таблицу (в какую), или в разные ? Встречаются ли в тексте символы переноса строки или конца файла ? В текстовый буфер текст первоначально откуда попадает? Последний раз редактировалось Zabr; 14.08.2009 в 16:47. |
|
14.08.2009, 17:02 | #3 |
Участник
|
Цитата:
Символы переноса строки могут присутствовать (при вставке участков X++ кода в редакторе) или отсутствовать (в большинстве остальных операций). В буфер обмена строка попадает чаще всего копированием в другом окне Аксапты, но может происходить и из Экселя, например. |
|
14.08.2009, 17:40 | #4 |
Участник
|
У нас такая бодяга наблюдалась до KR2? но нев таком фатальном кол-ве.
ИМХО - посмотреть ОС на предмет установки обновлений. |
|
14.08.2009, 18:38 | #5 |
Участник
|
Думаю про ОС тоже, но:
|
|
14.08.2009, 18:43 | #6 |
Участник
|
Попробовать поставить "чистую" XP SP3, если на ней повторится, значит что-то в железе или сетка подглючивает!
У нас был прикол - была одна машинка, которая при перезагрузке пускала ВСЕ компы в сети тоже в резет! Оказалось - дело в сетевушке - может у вас на сервере что-то с железом ? |
|
14.08.2009, 18:56 | #7 |
Участник
|
Цитата:
Сообщение от egorych
Попробовать поставить "чистую" XP SP3, если на ней повторится, значит что-то в железе или сетка подглючивает!
У нас был прикол - была одна машинка, которая при перезагрузке пускала ВСЕ компы в сети тоже в резет! Оказалось - дело в сетевушке - может у вас на сервере что-то с железом ? А проблемы с железом на сервере (на каком, на АОСе?) - кто знает, может и есть. Механизм себе представить не могу - как железо на АОСе на эту специфическую операцию повлияет, и почему такая большая разница по частоте проявления у разных пользователей. А еще, АОСы боевой базы и базы для разработки - на разных серверах, падения отмечаются на обоих приложениях. Хотя чаще на базе для разработки (но я в общем то больше работаю в ней) Последний раз редактировалось vc; 14.08.2009 в 18:59. |
|
14.08.2009, 23:32 | #8 |
Участник
|
В базе знаний есть статья 951887 с очень похожим заглавием: "клиент DAX 3.0 неожиданно сваливается при вставке текста из буфера обмена в любое текстовое поле ввода". В статье есть ссылка на обновление, по которой можно скачать ядро версии 3.0.1951.7659 (для сравнения, KR3 - это версия 3.0.1951.7609). Впрочем, это не самая последняя версия ядра для 3-ки - последняя вроде 3.0.1951.7669, скачать ее можно отсюда.
PS. В статье KB написано, что указанный эффект проявляется при запуске через Remote Desktop (под Citrix, наверно, - тоже). Последний раз редактировалось gl00mie; 15.08.2009 в 00:37. Причина: нашел ссылку |
|
|
За это сообщение автора поблагодарили: Logger (5), Raven Melancholic (2), vc (1). |
15.08.2009, 08:58 | #9 |
Участник
|
Спасибо, gl00mie. Похоже на мой вариант, 100% совпадает с симптомами, когда наша Аксапта падает у конечных пользователей - все они запускают клиента на терминальных серверах с расшаренным буфером обмена. В то же время я получаю аналогичный симптом и при запуске клиента на локальной машине. Все равно, надеюсь что это одна и та же проблемы. Попробую вариант с этим хотфиксом.
|
|
15.08.2009, 09:57 | #10 |
Участник
|
Да, тот же самый эффект в Ax3.0 у нас проявлялся, как под RDP, так и под Citrix если буфер обмена настроен для копирования между машинами (если в Citrix буфер не расшарен, то проблемы нет). А в DAX4 у некоторых пользователей картина еще интереснее. Иногда (причем закономерности не понял) при копировании под RDP виснет сначала подключение по RDP. Если переключиться на свой комп, то на нем можно работать, но при попытке переключиться опять на RDP через панель задач наглухо виснет свой комп. Причем, после перезагрузки компа спокойно можно подключиться к старой сессии и она вполне живая.
|
|
|
За это сообщение автора поблагодарили: Logger (2). |
15.08.2009, 15:18 | #11 |
Участник
|
любопытно что глюк воспроизводится не гарантированно, а периодически. Мне часто помогала перезагрузка клиентской машины и сервера.
Какой-либо зависимости выявить не удалось. |
|
04.09.2009, 11:46 | #12 |
Участник
|
Текущий статус
Спасибо gl00mie, установка хотфикса, после предварительной установки KR3, проблему решило.
Остановились на хотфиксе, ссылка на который приводится в статье в базе знаний по этой проблеме. Хотфикс более высокой версии внес дополнительную проблему - при сохранении отчетов в формате RTF, форма искажалась. Счет-фактура, скажем, становилась нечитаемой. Дополнительно, и в том и другом хотфиксе перестала работать функция selectionRowCopy() в классе ComWordDocument_RU, пришлось обходить. При этом функция работала на чистых KR2 и KR3. |
|