Firebird: Base crashed when I created a new table in design mode with long Cyrillic field name
Build ID: e18c4c5f55f12725821e2d357f251ae1c548217a
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3;
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:libreoffice-6-2, Time: 2018-11-29_16:39:51
Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US
Xubuntu 17.10 64 bit
Steps to Reproduce:
1. Create a new Base Database
2. Select Firebird
3. Do not register database
4. Create Table in Design view
5. Enter into Field Name оченьоченьоченьдлиннаятаблица
6. Save a table
7. Enter any table name in dialogue "Save as" and push OK
8. No primary key - select NO
9. You'll see error message
10. Push "More"
11. You'll see crash window, push OK and see at crash report window
LO is crashed
LO shows some warning window as for very long English field name
User Profile Reset: No
Created attachment 147358 [details]
Using Ubuntu 18.04 and LO6.2Beta1 (30-11-18) and 6.3Alpha0 (01-12-18) (en local and en language) I am unable to reproduce a crash if I do not touch the more button on the error dialog.
Using the string in your example for both field and table names, the error dialog is appropriate, and clearing the dialog, without hitting more, then discarding the change or shortening the strings the application continues unfazed.
I believe this is a duplicate of an open error that has to do with the 'More' feature on the error dialog proper, not the SQL error handling per se.
I won't set it to that just yet though - if you crash on your system without clicking the More button that is different.
Working on debian-buster, I have failed to reproduce the crash in
either linux dbgutil daily bibisect repository version 2018-12-07 or a
local build of commit b7f1b4c0.
(In reply to Drew Jensen from comment #2)
> Using Ubuntu 18.04 and LO6.2Beta1 (30-11-18) and 6.3Alpha0 (01-12-18) (en
> local and en language) I am unable to reproduce a crash if I do not touch
> the more button on the error dialog.
> Using the string in your example for both field and table names, the error
> dialog is appropriate, and clearing the dialog, without hitting more, then
> discarding the change or shortening the strings the application continues
> I believe this is a duplicate of an open error that has to do with the
> 'More' feature on the error dialog proper, not the SQL error handling per se.
> I won't set it to that just yet though - if you crash on your system without
> clicking the More button that is different.
I get crash only in Linux (Xubuntu) and only if I push button "More..."
Версия: 22.214.171.124.beta1 (x64)
ID сборки: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18
Потоков ЦП: 4; ОС:Windows 10.0; Отрисовка ИП: GL; VCL: win;
Локаль: ru-RU (ru_RU); UI-Language: ru-RU
I got after "More..." else one window (see attach)
Created attachment 147364 [details]
After button More... in Windows
Well then let's call it a dupe
*** This bug has been marked as a duplicate of bug 121810 ***