Description: Chart disappears after editing the row height Steps to Reproduce: 1. Open attachment 159372 [details] 2. Select the whole sheet (CTRL+A) 3. Increase the cell height by dragging cell down (at the left side, not sure how it's called) 4. Chart is shrinking while cell's increase 5. Press CTRL+Z (chart still gone) 6. Try to insert a new shape (will be drawn somewhere at the top as a small line) Sorry for the large file.. most basic variant i tried didn't work & to lazy to trim it down Actual Results: Chart disappears Expected Results: Shouldn't happen Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha0+ (x64) Build ID: 4501a0ba623ad61c5a4e0b807da2e96f0e4ce82c CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
No repro with Version: 7.0.0.0.alpha0+ Build ID: aa191f35978ea48bbacc0e613ae8f0e6536ebcfc CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; - Chart is not shrinking while cell's increase.
Created attachment 159386 [details] Screencast
Thank you for reporting the bug. I can reproduce the bug in Version: 6.4.0.0.alpha1+ (x86) Build ID: ec7374ff84c71edfbb30d6e4dc5b486b6df7107f CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-11-10_21:37:30 Locale: en-US (en_US); UI-Language: en-US Calc: threaded But, not in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
(In reply to Durgapriyanka from comment #3) > Thank you for reporting the bug. I can reproduce the bug in > > Version: 6.4.0.0.alpha1+ (x86) > Build ID: ec7374ff84c71edfbb30d6e4dc5b486b6df7107f > CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: > default; VCL: win; > TinderBox: Win-x86@42, Branch:master, Time: 2019-11-10_21:37:30 > Locale: en-US (en_US); UI-Language: en-US > Calc: threaded > > > But, not in > > LibreOffice 3.3.0 > OOO330m19 (Build:6) > tag libreoffice-3.3.0.4 Set as NEW by Comment 3 (possibly it's Windows only)
Cannot reproduce the issue with Version: 7.1.0.0.alpha0+ CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-07-30_20:15:28 Calc: threaded Changing from 'All' to 'Windows'. It would be good if somebody can reproduce this on Windows only to be sure?!
(In reply to Thomas Lendo from comment #5) > Cannot reproduce the issue with > Version: 7.1.0.0.alpha0+ > CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 > Locale: de-DE (de_DE.UTF-8); UI: en-US > TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: > 2020-07-30_20:15:28 > Calc: threaded > > Changing from 'All' to 'Windows'. > > It would be good if somebody can reproduce this on Windows only to be sure?! confirm in Version: 7.1.0.0.alpha0+ (x64) Build ID: 06b9e703f536e2751e3cd584873e00907672cf2d CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Vulkan; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL
I checked down to 3.5 version, don't think we'll can bisect it
The screen-cast does not show, whether the chart is anchored to cell or to page. Please try both kinds and report back.
(In reply to Regina Henschel from comment #8) > The screen-cast does not show, whether the chart is anchored to cell or to > page. > > Please try both kinds and report back. In the sample the chart was anchored to page. Same happened when it's anchored to cell. Reproduced in 7.0.0.3. However, can't reproduce in 7.1.0.3 in Windows. Closing as WFM.