<mikekaganski>
@anton_shevtsov: а оно не просит отправить отчёт после краша?
<mikekaganski>
ну и естественный вопрос: а с новыми версиями пробовали?
<mikekaganski>
актуальные 6.1.5 и 6.2.2
<libreofficeru-tg>
<anton_shevtsov> наверное я не совсем правильно сказал.. он схлапытвается, и при след. старте просит только восстановить документ
<libreofficeru-tg>
<anton_shevtsov> как такогово краша нет
<libreofficeru-tg>
<anton_shevtsov> ну что есть в AltLinux то и пользуем
<mikekaganski>
ну, раз схлопывается и просит восстановить, то это краш... но оно не всегда может отправить отчёт, просто я надеялся
<mikekaganski>
дело в том, что "что есть, то и пользуем" - это естественно и понятно, но здесь всегда дихотомия
<libreofficeru-tg>
<anton_shevtsov> просто проблема очень специфичная, я не знаю как ее там воспроизвести у вас..
<libreofficeru-tg>
<anton_shevtsov> но у нас я прошелся по нескольким компам - воспроизводится везде. у разных людей
<mikekaganski>
дистры что-то у себя собирают, а апстрим работает уже совсем в других версиях
<mikekaganski>
поэтому если есть возможность, попробуйте с TDF-релизами
<libreofficeru-tg>
<anton_shevtsov> ну тут же есть, ккто собирает для AtlLinux - @sibskull - попросите его))
<mikekaganski>
?
<libreofficeru-tg>
<anton_shevtsov> увы.. не могу делать рассинхрон версий, один раз делал.. потом все сломалось и апргрейд системы не шел
<mikekaganski>
попросите кто и о чём?
<libreofficeru-tg>
<anton_shevtsov> ну в группе тут.. чтобы в альт собрал актуальные версии)
<mikekaganski>
хм... а например мне это зачем? ;-)
<libreofficeru-tg>
<anton_shevtsov> за идею конечно) переживаете типа за конечных юзеров
<mikekaganski>
просто если у Вас оно крашится, то Вы в самом удобном положении, чтобы поднять тестовую машину, где не жалко сделать "рассинхрон"
<mikekaganski>
если бы получилось обрушить с TDF-билдом, то можно было бы идти дальше, ставить дебажные спецбилды, как-то искать проблему. А часто такие специфичные баги просто никто не может воспроизвести
<mikekaganski>
насчёт переживания за конечных юзеров - у дистров своя специфика. И "попросить @sibskull, чтобы в альт собрал актуальные версии" - скорее всего как раз конечные пользователи и пострадают
<libreofficeru-tg>
<anton_shevtsov> 6.3dev - точно также падает.. сейчас подготовим полный дебаг
<libreofficeru-tg>
<Mike> У меня на прежней работе я пришёл к тому, что каждый документ (в понимании СПДС - набор листов с одинаковым шифром в штампе) должен быть в отдельном файле.
<libreofficeru-tg>
<Mike> Но это было именно потому, что для документооборота надо было чётко разделить документы
<libreofficeru-tg>
<Mike> получалось, что ПЗ отдельно, список листов отдельно, титулка отдельно
<libreofficeru-tg>
<Kompilainenn> Бред и ересь
<libreofficeru-tg>
<Mike> это только кажется
<libreofficeru-tg>
<Mike> часто титулка A4 текстовая, а ПЗ на листах графики
<libreofficeru-tg>
<Mike> так что чёткое разделение по признаку шифра ещё и естественным образом ложилось на разные форматы документов
<libreofficeru-tg>
<Kompilainenn> Титул, хрен с ним
<libreofficeru-tg>
<Kompilainenn> А содержание?
<libreofficeru-tg>
<Mike> у него отдельный шифр
<libreofficeru-tg>
<Mike> 1234-C
<libreofficeru-tg>
<Mike> всё равно не получалось список листов автоматом синхронизировать с листами, делаемыми в автокаде
<libreofficeru-tg>
<Mike> это только для ШИПов было актуально - всё в одном дфайле
<libreofficeru-tg>
<Mike> @Kompilainenn : обрати внимание: я не защищаю это тупое требование в школе, просто вспомнилось отдалённо схожее
<libreofficeru-tg>
<Mike> потому что это сначала надо научиться делать правильно, в одном файле, с автоматической простановкой и т.п., чтобы потом осознанно отказываться в определённых случаях
<libreofficeru-tg>
<anton_shevtsov> как показали тесты - баг и в 6.3альфа есть.. поэтому вот так пока
<libreofficeru-tg>
<sibskull> В Sisyphus собраны актуальные версии. В стабильный бранч p8 отдел тестирования пока не пропускает — тестирует. Номер кармана я дал.
<libreofficeru-tg>
<Kompilainenn> Ты сотрудник Базальта?
<libreofficeru-tg>
<anton_shevtsov> Я их клиент ;)
<libreofficeru-tg>
<Kompilainenn> ещё раз озвучу: проблема может проявляться в сборках от АЛьта и не проявляться в ванильных сборках от TDF, это просто чтобы было понимание. Поэтому нужно протестировать ванильную сборку от TDF в Альте. Ее можно установить паралл
<libreofficeru-tg>
<ivercha> Уже протестили
<libreofficeru-tg>
<ivercha> привет
<libreofficeru-tg>
<ivercha> на 6.3 тоже краш
<libreofficeru-tg>
<Kompilainenn> привет
<libreofficeru-tg>
<Kompilainenn> ну, баг репорт все дела, и на регрессии проверьте, раз уж такая тема
<libreofficeru-tg>
<anton_shevtsov> TDF тоже глючит.. уже в баге жульен какойто отписался
<mikekaganski>
"I don't have a full path in ascii (without cyrillic letters)" - неужели админы не могут создать для тестирования папку с нужными правами рядом с "Шевцов А.Ю/"?
<libreofficeru-tg>
<Kompilainenn> Какой-то жульен, лол
<libreofficeru-tg>
<anton_shevtsov> нет. этот сервер далеко и не для нас.. да и какая разница, если проблема только с pdf и только в Draw.. все остальное отлично
<libreofficeru-tg>
'favicon у либровского багтрекера какойто неоднозначный.. кучка какаято коричневая..' uploaded by anton_shevtsov: https://i.imgur.com/YEm7gxp.jpg
<mikekaganski>
Блин. Вот когда пишут "какая разница", подразумевая, что они достаточно разбираются в том, что именно может не работать в программе,
<mikekaganski>
и значит, не надо отвечать на вопрос того, кто старается разобраться, не находясь рядом с проблемной системой, сразу же разговор заходит в тупик.
<mikekaganski>
в PDF-специфичном коде фильтра для draw могут быть свои косяки с обработкой Unicode, не присутствующие в других фильтрах
<libreofficeru-tg>
<anton_shevtsov> ща попробую узнать про латинскую шару
<mikekaganski>
альтернативно можно было бы найти другой PDF, который открывается с той шары - тогда проблема бы сузилась до "конкретного PDF, который глючит при открытии в сети"
<libreofficeru-tg>
<anton_shevtsov> pdfы пробовали разные и много.. прежде чем написать
<mikekaganski>
просто это не отражено в багрепорте ;-)
<libreofficeru-tg>
<anton_shevtsov> новые сведения) сделали шару латиницей.. положил файл переименованный латиницей..
<libreofficeru-tg>
<anton_shevtsov> первый запуск - draw падает.. второй запуск.. падает, но предлагает отправить крашрепорт... третий запуск - все открывает
<mikekaganski>
я правильно понимаю, что "всё открывает" не наблюдалось никогда с русской шарой?
<libreofficeru-tg>
<anton_shevtsov> никогда
<libreofficeru-tg>
<anton_shevtsov> положил новый файл.. тоже латиница..
<mikekaganski>
а локально он опять же открывается нормально?
<libreofficeru-tg>
<anton_shevtsov> да
<libreofficeru-tg>
<chemyakyn> Тут подумалось. Есть такая фича: если в поле содержится число, и его формат число, а я ставлю, что ыормат этого поля "текст", то оно только отформатируется, как текст, но формат поля останется числовым.
<libreofficeru-tg>
<chemyakyn> Предлагаю эту фичу объявить багой и пофиксить.
<libreofficeru-tg>
<chemyakyn> Чо-та задолбала эта фича. :-(
<libreofficeru-tg>
<Kompilainenn> о каком поле речь?
<libreofficeru-tg>
<chemyakyn> Calc
<libreofficeru-tg>
<chemyakyn> [EDIT] Тут подумалось. Есть в Calc такая фича: если в поле содержится число, и его формат число, а я ставлю, что ыормат этого поля "текст", то оно только отформатируется, как текст, но формат поля останется числовым.
<libreofficeru-tg>
<chemyakyn> Предлагаю эту фичу объявить багой и пофиксить.
<libreofficeru-tg>
<Kompilainenn> епта, поле - это ячейка на вашем Тюменском?
<libreofficeru-tg>
<chemyakyn> Ячейка.
<libreofficeru-tg>
<chemyakyn> [EDIT] Тут подумалось. Есть в Calc такая фича: если в ячейке содержится число, и его формат число, а я ставлю, что формат этой ячейки "текст", то она только отформатируется, как текст, но формат ячейки останется числовым.
<libreofficeru-tg>
<chemyakyn> Предлагаю эту фичу объявить багой и пофиксить.
<libreofficeru-tg>
<chemyakyn> ? :-)
<mikekaganski>
Не надо.
<mikekaganski>
Она хорошая.
<libreofficeru-tg>
<chemyakyn> Обоснуй?
<mikekaganski>
Для преобразования типа данных есть текст в столбцы
<libreofficeru-tg>
<Kompilainenn> забавно
<mikekaganski>
а форматирование - это не преобразование данных
<mikekaganski>
форматирование не должно менять данные вообще никогда
<libreofficeru-tg>
<Kompilainenn> однако, если поиграть с апострофами пере числом, а потом апострофы удалить, то это число перестает восприниматься, как число О_о
<libreofficeru-tg>
<chemyakyn> Я готов понять, почему это так, но не понимаю, зачем.
<libreofficeru-tg>
<chemyakyn> Да.
<libreofficeru-tg>
<Kompilainenn> то есть я сделал число нечислом, однако я это откатил, а число так нечислом и осталось, нелогично как-то
<libreofficeru-tg>
<chemyakyn> Скажу больше, в первых версиях эхеля было точно также. Про суперкалк уже не помню.
<libreofficeru-tg>
<Kompilainenn> формат я при манипуляциях конечно не трогал
<libreofficeru-tg>
<chemyakyn> Ты потом ввёл данные в текстовуб ячейку и они стали текстом.
<mikekaganski>
что значит "зачем"? ещё раз: форматирование - это как я представляю данные на печать. Оно не должно терять данные
<libreofficeru-tg>
<chemyakyn> А зачем оно должно теряться? Каким образом, в данном случае, они могут потеряться?
<libreofficeru-tg>
<chemyakyn> (Наверное, можно придумать, как их потерять, но оно и сейчас тоже можно придумать)
<mikekaganski>
в смысле? у меня были числа. Они считались, в формулах участвовали. Ещё и в разных локалях. Я преобразовал в текст. И оно сломалось
<mikekaganski>
мало того, ещё и мой английский коллега их не сможет элементарно преобразовать снова в числа
<libreofficeru-tg>
<chemyakyn> Если преобразовал в текст, значит оно, наверное, так и надо?
<mikekaganski>
нет
<mikekaganski>
если преобразовал в текст, наверно, хотел выровнять по-другому
<mikekaganski>
форматирование - это массовая операция
<mikekaganski>
она делается целиком над столбцами
<mikekaganski>
и человек часто форматирует по-разному
<mikekaganski>
просто чтобы посмотреть, как оно выглядит
<libreofficeru-tg>
<chemyakyn> Вообще, выравнивание, это не преоборазование. Обычно, я выравниваю выравниванием, а не преобразованием в текст. И, честно говоря, не видел, чтобы кто-нибудь делал иначе.
<mikekaganski>
и если в процессе вдруг где-то потеряются данные, он может не заметить
<libreofficeru-tg>
<chemyakyn> Ха!
<mikekaganski>
любая опреация, где данные меняются (деструктивная операция) должна быть явной
<mikekaganski>
а формат ячейки - это *внезапно* формат
<mikekaganski>
"я не видел" - это да, эо мощь
<libreofficeru-tg>
<chemyakyn> Именно ситуация с преобразованием уже кучу раз приводила к казусам. Человек копирует данные из одного места, вставляет в другое, и получает текст. А потом меня спрашивают: почему формула не считает?
<mikekaganski>
ну и что? учить надо
<mikekaganski>
электронные таблицы - *очень* мощный инструмент, который используется во стольких невообразимых сценариях, что такие "простые" решения поломают нахрен всё подряд
<mikekaganski>
ещё раз: есть операция "текст в столбцы". Она позволяет преобразовать формат. Её надо использовать, и она явная
<mikekaganski>
потому что именно тот самый случай, когда столбец форматируют целиком; и я могу не хотеть, чтобы при этом мой текст в заголовке вдруг стал числом
<mikekaganski>
Пардон, не F8, а Ctrl+F8, конечно
<libreofficeru-tg>
<Kompilainenn> в Кальк недоступны нумерованне/маркированные списки?
<libreofficeru-tg>
<Kompilainenn> в поставке есть фонт
<libreofficeru-tg>
<Kompilainenn> он что, его не видит?
<mikekaganski>
естественно
<libreofficeru-tg>
<Kompilainenn> естественно не видит?" О_о
<mikekaganski>
портабл может что-то химичить с этим
<mikekaganski>
а в норме ЛО в винде видит только то, что установлено в системе
<libreofficeru-tg>
<Kompilainenn> оно!
<libreofficeru-tg>
<Kompilainenn> установка шрифта в систему решила траблуэ
<mikekaganski>
ок
<libreofficeru-tg>
<Kompilainenn> а портативка полуается может прописать себе и свои шрифты?
<mikekaganski>
там используется ланчер, который может свои шрифты грузить как временные
<libreofficeru-tg>
<Kompilainenn> а бискт тоже что ли?
<mikekaganski>
вот мне и непонятно было, почему бисект другой
<mikekaganski>
я ж об этом и писал выше
<mikekaganski>
вроде не должен
<libreofficeru-tg>
progmo shared a file on Telegram with caption: 'Untitled Document'
<libreofficeru-tg>
progmo shared a file on Telegram with caption: 'Коллеги, документ вешает либру 6.1.3.2 намертво, в чем может быть причина?'
<libreofficeru-tg>
<chemyakyn> 6.2.5.2 тоже вешает. :-(
<mikekaganski>
хмм... а мастер не вешает
<libreofficeru-tg>
<Kompilainenn> что такое 6.2.5.2?
<mikekaganski>
ну, очепятка, видно :-)
<libreofficeru-tg>
<Kompilainenn> это ясно, вопрос в том в какой цифре
<mikekaganski>
в любом случае, 6.2.2.2 тоже висит
<mikekaganski>
даже если конвертнуть в ODT
<libreofficeru-tg>
<progmo> Что ж за херню туда MS вкорячил
<mikekaganski>
с учётом того, что в 6.3 открывается без зависаний, можно было бы открыть баг, сделать обратный бибисект и найти, что исправляет проблему - и попробовать включить в 6.2 (ну, или ждать 6.3)