Created attachment 128841 [details] Offending spreadsheet Running Windows 7 SP1. LO 5.2.3.3 32-bit. Java 1.8.0_111. Go to Tools|Macros|Organise Dialogs. Select the spreadsheet Standard module. click "new" and give the dialog a name. Then click "Edit", select the Combobox icon, put the cursor in the dialog frame and click. Instant crash. See the screenshot for what happens. Also happens with a ListBox control, but not with a numeric field control. I ran out of time at that point.
Created attachment 128842 [details] Screenshot of error Didn't attach this by mistake.
In self-made 64bit Linux build as of today, I couldn't reproduce. Windows specific?
I couldn't reproduce it, either (5.2.3.3 / Windows 7). Could you give it a try with a fresh user profile, after backing up the current one?
(In reply to Aron Budea from comment #3) > I couldn't reproduce it, either (5.2.3.3 / Windows 7). > Could you give it a try with a fresh user profile, after backing up the > current one? I renamed the use profile directory - LibO made a new one, but the crash still happens.
Oops - I've found this was my error. There are two combo boxes on the toolbar - the one on the left (help text Combo Box) works OK (at least it doesn't crash - not had any time to take it further). The one on the right which has help text (Form Combo Box) crashes. I'd seen the right-hand one first, and assumed that "Form" was a verb. As it is, I don't know what it means. I still think that _anything_ you do which causes a crash, especially one with no meaningful error message, is a bug.
Ok, reproduced now. Previously I tried using Insert Controls dropdown on Dialog toolbar, which only had one Combo Box item, and that worked correctly. What doesn't work, and causes the error is Form Combo Box on FormControls toolbar. Reproduced with as early as v3.5.0.3. You're right, this is definitely a bug. Thanks for the clarification!
I still can't see the bug on Linux, changing platform to Windows
Hm, I tried now with 5.2.3.3 and a 5.3 daily build / Ubuntu 16.04 (VM), and the reproduction steps locked up the whole GUI, I had to switch to console, kill soffice, and then the GUI started working again. I wonder what the reproducibility depends on in Linux...
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still there in LO 5.3.7.2.
Sorry - forgot to add: Version: 5.3.7.2 (x64) Build ID: 6b8ed514a9f8b44d37a1b96673cbbdd077e24059 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; Locale: en-GB (en_GB); Calc: group
Still happens in 6.0.2
(In reply to Peter Toye from comment #13) > Still happens in 6.0.2 Hii Peter Toye, I can't reproduce it in Versión: 6.1.3.2 Id. de compilación: 86daf60bf00efa86ad547e59e09d6bb77c699acb Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; Configuración regional: es-ES (es_ES); Calc: group threaded Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
It's still crashing, but slightly differently. Try the following: Load the spreadsheet. Go to Tools|Macros|Organise Dialogs Select the TestBug dialog from the spreadsheet and click 'Edit' Click on the "Form ComboBox" icon (NOT the ordinary ComboBox icon) in the dialog editor. Move the cursor into the editing area - a cross will appear. Click once and a 'Fatal error' window appears saying "Cell not found". Version: 6.1.3.2 (x64) Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb CPU threads: 4; OS: Windows 6.1; UI render: default; Locale: en-GB (en_GB); Calc: group threaded Hope this helps.
hello Peter Toye, A new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Thanks Xisco Fauli. There seem to be three new versions of LO on the website: an experimental 6.3, an early adopter 6.2 and a stable 6.1.6. Which one do you mean please? I'm not that keen on "early adopter" versions - I spent far too much of my professional life debugging other people's code...
(In reply to Peter Toye from comment #17) > Thanks Xisco Fauli. > > There seem to be three new versions of LO on the website: an experimental > 6.3, an early adopter 6.2 and a stable 6.1.6. Which one do you mean please? > I'm not that keen on "early adopter" versions - I spent far too much of my > professional life debugging other people's code... Then try with 6.1.6 or wait for 6.2.5 to be released in a couple of weeks. thanks
Tried with 6.1.6 Same issue. Is 6.2.5 going to be designated as stable? I'm not sure how easy it is to revert LO to an earlier version.
(In reply to Peter Toye from comment #15) > It's still crashing, but slightly differently. Try the following: > > Load the spreadsheet. > Go to Tools|Macros|Organise Dialogs > Select the TestBug dialog from the spreadsheet and click 'Edit' > Click on the "Form ComboBox" icon (NOT the ordinary ComboBox icon) in the > dialog editor. > Move the cursor into the editing area - a cross will appear. > Click once and a 'Fatal error' window appears saying "Cell not found". I repro with these steps. Unable to get a backtrace Arch Linux 64-bit Version: 6.4.0.0.alpha0+ Build ID: b9a776837462eeb6d50d0decc42604c0c3008eb1 CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: kf5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 11 August 2019
Code starts in https://opengrok.libreoffice.org/xref/core/basctl/source/dlged/dlgedfac.cxx?r=de78304d#95 and the exception arises in https://opengrok.libreoffice.org/xref/core/sc/source/ui/unoobj/celllistsource.cxx?r=d6d80c4e#372
(In reply to Buovjaga from comment #20) > (In reply to Peter Toye from comment #15) > > It's still crashing, but slightly differently. Try the following: > > > > Load the spreadsheet. > > Go to Tools|Macros|Organise Dialogs > > Select the TestBug dialog from the spreadsheet and click 'Edit' > > Click on the "Form ComboBox" icon (NOT the ordinary ComboBox icon) in the > > dialog editor. > > Move the cursor into the editing area - a cross will appear. > > Click once and a 'Fatal error' window appears saying "Cell not found". > > I repro with these steps. > Unable to get a backtrace > > Arch Linux 64-bit > Version: 6.4.0.0.alpha0+ > Build ID: b9a776837462eeb6d50d0decc42604c0c3008eb1 > CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: kf5; > Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US > Calc: threaded > Built on 11 August 2019 I've just tried it on version 7.0.3.1 and get the same result. So the error message has changed a bit, but it's still crashing.
This appears to be closely related to tdf#90361 OCellListSource::initialize() expects a named argument "CellRange" but it's being passed an argument called "BoundCell" (which appears to have been created in 90361).
Created attachment 170975 [details] My form dialogs are greyed out. Do I miss something?
(In reply to Andreas Heinisch from comment #24) > Created attachment 170975 [details] > My form dialogs are greyed out. Do I miss something? Only diff I see is that you created the dialog outside the document. I created it inside the document and the buttons are not greyed out (and it still crashes) Arch Linux 64-bit Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 18cc01b63996f81b284e3bc827d1be7f3da8983a CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 4 April 2021
Created attachment 170997 [details] Dialogs within documents When I create the dialog within a writer document, the buttons are greyed out. If I create it in a calc document, I can add them without any problems in my local build, even if I only click in the dialog. Previously, I could reproduce the error. So I could not reproduce the error in: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: bcdd9145d487d5b162a360f3adb1eaf7250c18c9 CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL
(In reply to Buovjaga from comment #25) > (In reply to Andreas Heinisch from comment #24) > > Created attachment 170975 [details] > > My form dialogs are greyed out. Do I miss something? > > Only diff I see is that you created the dialog outside the document. I > created it inside the document and the buttons are not greyed out (and it > still crashes) > > Arch Linux 64-bit > Version: 7.2.0.0.alpha0+ / LibreOffice Community > Build ID: 18cc01b63996f81b284e3bc827d1be7f3da8983a > CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: kf5 > Locale: fi-FI (fi_FI.UTF-8); UI: en-US > Calc: threaded > Built on 4 April 2021 I can't quote for 7.2.0 as I dn't use unstable versions, but the bug is still there in 7.0.5. Peter
(In reply to Andreas Heinisch from comment #26) > Created attachment 170997 [details] > Dialogs within documents > > When I create the dialog within a writer document, the buttons are greyed > out. If I create it in a calc document, I can add them without any problems > in my local build, even if I only click in the dialog. Previously, I could > reproduce the error. Just to confirm: you are using attachment 128841 [details], right?
Can not reproduce it in the mentioned attachment either with: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: bcdd9145d487d5b162a360f3adb1eaf7250c18c9 CPU threads: 6; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: CL
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-7-5": https://git.libreoffice.org/core/commit/c2c3d04478f0228f4914cd78f84113f939dcf325 Resolves: tdf#104011 add a default CellRange argument in dialog editor It will be available in 7.5.4. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/8550aff56cec3fbe3a4b8c753d6869d0ad94f702 Resolves: tdf#104011 add a default CellRange argument in dialog editor It will be available in 7.6.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
doesn't crash for me with that in place.