Description: on macOS Catalina 10.15.7 with a freshly installed Libre office 7.1.1.2 a new writer document shows in an awkward way. Steps to Reproduce: 1. install libre office 2. create new writer document Actual Results: I'd love to supply a screen shot here but don't know how to do this so i can only describe that there are three UI elements visisble which don't give a proper WYSIWYG experience of a new document. There is some kind of anchor on the right a flashing care in the middle and a white paper background on the right. This is not the experience i'd expect Expected Results: A proper WYSIWYG centered paper display with the ui elements positioned so that typing can begin Reproducible: Always User Profile Reset: No Additional Info: What are you expecting in other information?
Created attachment 171023 [details] ScreenShot
After adding a table the UI continues to behave awkwardly. The view "jump" back and for between being centered and right aligned. When scrolling the display get's out of sync and looks awkard. See ScreenShot 2
Created attachment 171024 [details] ScreenShot2
at this point the software is unusable for me in this environment. That's frustrating after just a few minutes of trying it out.
Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Dear Wolfgang Fahl, 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
I am not prepared to do the experiment again. This was a fresh install and IMHO the behavior on a fresh install is definitely a bug.
This looks fine to me on a fresh install and deleted users folder (it's simple go here in Finder (cmd+shift+G): ~/Library/Application Support/LibreOffice/ and delete the "4" folder What kind of mac and setup do you have? I guess we'll need to close it if we don't get more details. LO on mac can be slightly wonky at times, so it may be you are correct Version: 7.3.0.3 / LibreOffice Community Build ID: 0f246aa12d0eee4a0f7adcefbf7c878fc2238db3 CPU threads: 10; OS: Mac OS X 12.2; UI render: Skia/Metal; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Today i ran into the issue trying to use libreoffice calc. I uninstalled the software and tried to install it with macports. The macports version did not seem to install a libreoffice command so i installed the DMG file for version 7.3. I tried to open the about dialog but it shows only a partial dialog and can't be made bigger. Otherwise the software is as unusable as before. When using calc i am not even able to click a cell properly.
I also get crashes. Unspecified Application Error.
Process: soffice [71088] Path: /Applications/LibreOffice.app/Contents/MacOS/soffice Identifier: org.libreoffice.script Version: 7.3.0.3 (7.3.0.3) Code Type: X86-64 (Native) Parent Process: ??? [1] Responsible: soffice [71088] User ID: 501 Date/Time: 2022-02-07 12:32:02.351 +0100 OS Version: macOS 11.6.2 (20G314) Report Version: 12 Bridge OS Version: 6.1 (19P647) Anonymous UUID: 2B7E0209-7769-1227-A386-3929B0052D52 Sleep/Wake UUID: BAEE7E31-39AB-4111-8FC4-1E07C8428B99 Time Awake Since Boot: 51000 seconds Time Since Wake: 2300 seconds System Integrity Protection: disabled Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGABRT) Exception Codes: KERN_INVALID_ADDRESS at 0x00007fc11d5cc000 Exception Note: EXC_CORPSE_NOTIFY
[Automated Action] NeedInfo-To-Unconfirmed
Created attachment 178138 [details] screenshot not centeed and ugly icon
I'm on macbook pro 14 M1 pro. (MacOS Monterey 12.2) with a freshly installed Libre office 7.3.0.3 I have a display problem on my second screen. No worries on the main screen. The icons are very big, and the page is not centered. Half is not visible. the same for the popup about.
Created attachment 178139 [details] popup problem
@Wolfgang : please provide the resolution, and type of display output for your Mac when you encounter the problem. To me, your problem sounds like some that have been reported before for external screen displays, or second screen displays when a Macbook is connected to an external monitor. Your first screenshot is typical of what I sometimes see when moving between different screens with different output resolutions, e.g. home / office, where I have to forcibly resize my LO windows.
My setup has 4 screens. The laptop's mac book pro 16 inch integrated retina display and 3 external monitors with full hd resolution of 1920 x 1080.
Looks like bug 147170 describes the same/similar behaviour.
Oh, and bug 145991
Thank you Alex Disabling Skia works for me. disable Skia using the dialog by selecting the menu LibreOffice-Options-View-Use Skia for all rendering
FWIW, Skia rendering is supposed to be turned off by default in the upcoming 7.3.1 release.
Skia getting disabled by default in 7.3 seems to have "fixed" the issues in the other referenced reports. In 7.5 Skia will again be enabled by default. It would be interesting to hear how a recent unstable version behaves: https://dev-builds.libreoffice.org/daily/master/current.html Wolfgang, Ronan: let us know how it goes with the unstable, if you can. Set to NEEDINFO. Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.
Wolfgang, the information Buovjaga asked for in comment 22 is still messing. So please retest with actual version LO 24.2 => NEEDINFO