Description: I'm trying to change image position basepoint and size basepoint. When I press Ok, LibreOffice crashes. Steps to Reproduce: 1. In calc, click a cell 2. Insert/Paste an image 3. After the image is inserted into the cell, make sure the Image is selected 4. Go to the Image Menu -> Position and Size 5. In the Position and Size tab, select the basepoints (top-right) for both position and size. 6. Click Ok Actual Results: Crash Expected Results: The image should be anchored to the top-right side of the cell, I guess. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.6.4.1 (AARCH64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 10; OS: Mac OS X 14.2.1; UI render: Skia/Metal; VCL: osx Locale: en-CA (en_CA.UTF-8); UI: en-US Calc: threaded
I cannot reproduce the crash in: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 16; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 4:7.6.4-0ubuntu0.23.10.1 Calc: threaded However, when I change the basepoint to the top-right and click OK, the option is not saved. After reopening the Position and Size dialog, the basepoint is back to top-left.
I cannot reproduce this on macOS Sonoma either. Maybe I am missing a step or two, but after I insert a .png image, right-click on the image and select "Position and Size" and change both basepoints to "top-right" there is no crash. But, when I open the "Position and Size" dialog a second time, the basepoints have moved back to "top-left". Version: 7.6.4.1 (AARCH64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 8; OS: Mac OS X 14.2.1; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Created attachment 191963 [details] Sample of LibreOffice when Recovery Dialog appears after crash
(In reply to Patrick Luby from comment #3) > Created attachment 191963 [details] > Sample of LibreOffice when Recovery Dialog appears after crash OK. I can now reproduce this in 7.6.4.1 by enabling macOS VoiceOver (i.e. enabling accessibility support). The crash does *not* occur in LibreOffice 24.2.0.1 beta/RC version so it appears that this accessiblity bug got fixed at some point after 7.6.4.1 was released: Version: 24.2.0.1 (AARCH64) / LibreOffice Community Build ID: b4d45829793cddfe67b58a53f495528c75738d8a CPU threads: 8; OS: macOS 14.2.1; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
(In reply to Patrick Luby from comment #4) > The crash does *not* occur in LibreOffice 24.2.0.1 beta/RC version so it > appears that this accessiblity bug got fixed at some point after 7.6.4.1 was > released: Note: it also does *not* occur in my local libreoffice-7-6 branch build so I assume that the fix will be in the LibreOffice 7.6.5 release planned for next month.
(In reply to Patrick Luby from comment #2) > I cannot reproduce this on macOS Sonoma either. > > Maybe I am missing a step or two, but after I insert a .png image, > right-click on the image and select "Position and Size" and change both > basepoints to "top-right" there is no crash. But, when I open the "Position > and Size" dialog a second time, the basepoints have moved back to "top-left". > > Version: 7.6.4.1 (AARCH64) / LibreOffice Community > Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 > CPU threads: 8; OS: Mac OS X 14.2.1; UI render: Skia/Metal; VCL: osx > Locale: en-US (en_US.UTF-8); UI: en-US > Calc: threaded Same problem, when i change to "top-right" and i press ok, the image remains at default settings Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 12; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: it-IT (it_IT.UTF-8); UI: it-IT Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.4 Calc: threaded
(In reply to Patrick Luby from comment #5) > (In reply to Patrick Luby from comment #4) > > The crash does *not* occur in LibreOffice 24.2.0.1 beta/RC version so it > > appears that this accessiblity bug got fixed at some point after 7.6.4.1 was > > released: > > Note: it also does *not* occur in my local libreoffice-7-6 branch build so I > assume that the fix will be in the LibreOffice 7.6.5 release planned for > next month. -> Closing as WORKSFORME Please retest with upcoming LibreOffice versions 7.6.5 or 24.2 once they have been released and reopen if you're still seeing this issue I also cannot reproduce in my local dev build: Version: 24.8.0.0.alpha0+ (AARCH64) / LibreOffice Community Build ID: f5a8d01d381925bba6a2560aacf5ca159fc0bdea CPU threads: 10; OS: macOS 14.2.1; UI render: Skia/Metal; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded It's still reproducible in the latest version in the 24.2 bibisect repo, which was last updated on November 1 (and could otherwise have been used to identify the fix): Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 64d7bb1917c38ad8e256a482778df647904f5502 CPU threads: 10; OS: macOS 14.2.1; UI render: Skia/Metal; VCL: osx Locale: en-US (en_DE.UTF-8); UI: en-US Calc: threaded (In reply to Luigi Gorgone from comment #6) > Same problem, when i change to "top-right" and i press ok, the image remains > at default settings That's a different issue from what this bug report is about (crash), so should be handled separately. Please feel free to create a new bug report about it.