Summary: | LO Input line switched from white to gray (as rest of the toolbar) making it harder to find | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | Wojtek <wojtek> |
Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
Status: | NEW --- | ||
Severity: | trivial | CC: | rafael.palma.lima |
Priority: | medium | ||
Version: | 7.5.0.3 release | ||
Hardware: | ARM | ||
OS: | macOS (All) | ||
Whiteboard: | |||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 118017 | ||
Attachments: |
Screenshot of gray background in Input field
libre.office.7.6.gray.png |
Description
Wojtek
2023-02-07 21:08:13 UTC
Can you please share a screenshot of the issue? Created attachment 185223 [details]
Screenshot of gray background in Input field
Added. [Automated Action] NeedInfo-To-Unconfirmed I cannot reproduce the issue on Linux/Windows. It may be an osx backend issue, but I don't have a Mac to test it. Let's wait for someone else to test it. It is also black in dark mode I wonder if this change is related to the new dark mode support? There were changes as to how LibreOffice follows dark / light mode on macOS. @Wojtek: Could you install LibreOffice nightly build and see if the problem persists using that build: https://dev-builds.libreoffice.org/daily/master Note: To open LibreOffice nightly on macOS please refer to: https://support.apple.com/guide/mac-help/open-a-mac-app-from-an-unidentified-developer-mh40616 @steve which version should I use? tb94, tb93, tb92? Will it run on independent (user-data) profile so I can run in in the same system user profile? (so to avoid messing up LO configuration I have) [Automated Action] NeedInfo-To-Unconfirmed Main builds use a separate profile. Use the architecture that matches your mac chip (aarch64 for Apple Silicon, x86_64 for Intel). I know I should choose correct OS and architecture, but even for that combination there are a couple of options. Previously there were 3, but now they are still two: ``` MacOSX-aarch64@tb92-TDF/ - 2023-Apr-22 03:21 MacOSX-aarch64@tb94-TDF/ - 2023-Apr-23 22:05 ``` Which one should I use? (In reply to Wojtek from comment #11) > Which one should I use? https://dev-builds.libreoffice.org/daily/master/current.html (In reply to ady from comment #12) > (In reply to Wojtek from comment #11) > > > Which one should I use? > > https://dev-builds.libreoffice.org/daily/master/current.html Sorry, I pressed "save changes" too early. By now, just pick one of those that match your OS and architecture. @Wojtek: if more than a singel build is available for your computer, why not choose the latest? @adv I downloaded `LibreOfficeDev_7.6.0.0.alpha0_MacOS_aarch64.dmg` (MacOSX-aarch64@tb92-TDF / 2023-04-22 05:19:34 / https://dev-builds.libreoffice.org/daily/master/MacOSX-aarch64@tb92-TDF/2023-04-22_05.20.54/LibreOfficeDev_7.6.0.0.alpha0_MacOS_aarch64.dmg) But when trying to run it I get the error that the application is broken, and I should move it to trash: `“LibreOfficeDev.app” está dañado y no se puede abrir. Deberías trasladarlo a la papelera.` (it's different from the typical FileVault issue where the package is not signed/notarised and one have to confirm opening in system preferences) @steve Because wanting to be sure that I get the right package? What's more, downloading is very slow... I checked the other nightly but it has the same issue. (https://support.apple.com/guide/mac-help/open-a-mac-app-from-an-unidentified-developer-mh40616 does not apply in this case neither) https://wiki.documentfoundation.org/QA/Testing_Daily_Builds#Daily_builds_install_and_run_in_parallel_to_a_normal_release_version Quote (but it's even better to read the wiki page directly): " To run an installed macOS daily build, you either need to open it twice or run this command against the application in a terminal: xattr -d com.apple.quarantine /path/to/LibreOfficeDev.app " HTH. Thanks ady. ad rem - the issue is still there. Created attachment 186929 [details]
libre.office.7.6.gray.png
|