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: RESOLVED INSUFFICIENTDATA
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-08-04 03:23 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 Comment hidden (obsolete)
Comment 8 QA Administrators 2024-08-04 03:23:15 UTC
Dear Kevin Suo,

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