Description: When I start Calc, choose File > Open from the main menu, and select a file named filenam.tsv.txt, the Text Import dialog opens. The import results spreadsheet appears at the bottom of the dialog, but doesn't show very much. But if I use the mouse to resize the window in hopes of seeing more, the window stretches but the controls inside don't move. At that point, the buttons no longer work. I have to use Task Manager to kill the program. I think there may be an infinite loop in whatever's trying to handle the resize event. Steps to Reproduce: 1. Start Calc 2. Choose File > Open from the menu bar 3. Select a tab-delimited text file with a name like filename.tsv.txt 4. When the Text Import dialog appears, use the mouse to grab the right side and strech it wider. Actual Results: LibreOffice becomes unusable and must be killed in Task Manager Expected Results: After resizing, controls on the Text Import dialog should be laid out again to fill the new space and show more of the example spreadsheet at the bottom of the dialog. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.5.0.3 (X86_64) / LibreOffice Community Build ID: c21113d003cd3efa8c53188764377a8272d9d6de CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
Works for me Version: 7.5.1.2 (X86_64) / LibreOffice Community Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded
The Hardware field says IA32, but the version info posted says x64. I cannot repro in 7.4.5 nor in 7.6alpha. Moreover, based on the description in comment 0, I don't see the reason to change the size of the dialog for this, because I have scrollbars for the to-be-imported area, so I have no such problem as "doesn't show very much". I intentionally tested with an amount of columns that do not fit in the normal width of the dialog. Unless there is some other UI factor (screen resolution, DPI, OS's text scaling, graphic drivers, Skia/VLC, CTL, etc.)... Either there is some additional factor, or the description needs some additional details. Or perhaps we need a sample csv to be attached – please remove any confidential info before sharing it.
x64 is correct. I don't have an AMD chip, and "IA64" didn't mean anything to me. x86 seemed the closest thing to x64 in Bugzilla's drop-down. LO could fix by making the dialog not resizable. But if it IS resizable, resizing should not crash the app.
And by "crash," I mean lock up so that one must kill it to regain control.
No crash here. Does this happen with any file, even some tiny test file? Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 002f941ec20e594e9702c39fab9cf9f4cc392dab CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_FI); UI: en-US Calc: threaded
Dear cejpersonal, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear cejpersonal, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp