Bug 146332 - "Format > Conditional Formatting > Condition > New Style" dialogue disappears and Calc hangs after switching to Writer window
Summary: "Format > Conditional Formatting > Condition > New Style" dialogue disappears...
Status: NEEDINFO
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.0.0.3 release
Hardware: All All
: medium major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Conditional-Formatting
  Show dependency treegraph
 
Reported: 2021-12-20 10:38 UTC by Kevin Suo
Modified: 2024-07-04 03:15 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
gdbtrace.log (7.67 KB, text/x-log)
2021-12-20 10:55 UTC, Kevin Suo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Suo 2021-12-20 10:38:18 UTC
Steps to Reproduce:

1. New Calc, then New Writer.

2. In Calc window, click "Format > Conditional Formatting > Condition". The conditional formatting dialogue appears.

3. On this conditinal formatting dialogue, click the dropdown list of "Use style", then select "New Style".

4. Switch to the Writer window. Then switch back to the Calc window.

--> The conditional formatting dialogue disappears, and Calc hangs (the hang may be because it is waiting for the conditional formatting dialog to close).
Now it is possible to close the Writer window, but you are not able to close the Calc window. The only way to make it back to normal is to kill the soffice process.

During testing you may sometimes encounter a crash when you switching the window back and forth in step 4, but I do not find the clear steps to make it crash.

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 29145df0977baa866e7da94d1d385b772ae1e6ce
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: zh-CN (zh_CN.UTF-8); UI: zh-CN
Build Platform: Fedora34@X64, Branch:master, bibisect-linux-64-7.4-CN
Calc: threaded

Also in:
Version: 7.2.4.1 / LibreOffice Community
Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: zh-CN (zh_CN.UTF-8); UI: zh-CN
Calc: threaded

Fedora 34 x64, gtk3, Wayland.

Someone else has also reproduced this on Windows.
Comment 1 Kevin Suo 2021-12-20 10:48:40 UTC
Bug already exists in
Version: 6.0.0.0.alpha1+
Build ID: 6eeac3539ea4cac32d126c5e24141f262eb5a4d9
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: gtk3; 
Locale: zh-CN (zh_CN.UTF-8); Calc: group threaded
Comment 2 Kevin Suo 2021-12-20 10:55:05 UTC
Created attachment 177029 [details]
gdbtrace.log
Comment 3 Rainer Bielefeld Retired 2021-12-20 18:32:06 UTC
REPRODUCIBLE with  Installation of Version 7.2.4.1 (x64) / LibreOffice 
Build  27d75539669ac387bb498e35313b970b7fe9c4f9
CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI: de-DE; Calc: threaded;  Elementary Theme; My normal User Profile.

For me even "Kill in Task manager" is not killing the Calc window.

Query <https://bugs.documentfoundation.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=DUPs146332&sharer_id=19321> seems not to show an obvious DUP
Comment 4 Roman Kuznetsov 2022-09-06 14:18:01 UTC
No rerpo in

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 3e544b6938ee509a4f6df4c2e2996d71ce072506
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL threaded

Kevion could you please retest it yourself too?
Comment 5 Kevin Suo 2022-09-08 16:39:41 UTC
(In reply to Roman Kuznetsov from comment #4)
On current master (and in 7.4 branch), switching to the Writer window and then switching back to Calc conditional formatting dialog, the Conditional Formatting dialog remains there, but the Cell Formatting dialog (i.e. the dialog from where you previously switched to the Writer window) disappears. Also, at this point you still can not do anything on the Conditional Formatting dialog, the dialog freezes there, you need to kill the process.

As a result the problem still exists.
Comment 6 Matt K 2024-01-05 20:46:39 UTC
No repro using:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 205dd919179f34815d7e16c8dc73d2a7efd34535
CPU threads: 16; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Setting to NEEDINFO, please provide more clear repro steps if able to repro still.
Comment 7 QA Administrators 2024-07-04 03:15:25 UTC
Dear Kevin Suo,

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