Created attachment 101664 [details] Active window in the front, inactive in the back The Mac OS X toolbar background gradient introduced in 4.3 is only drawn correctly with a single LibreOffice window open. When another LibreOffice window is opened (e.g. New Spreadsheet or Preferences), the toolbar gradients of both windows appear broken. The problem remains even when one of the windows is closed. Steps to reproduce: 1) Open LibreOffice. 2) Create a new text document. 3) Create a new spreadsheet. Expected behavior: Inactive windows would use the inactive window gradient and active windows would use the active window gradient. Actual behavior: Inactive windows use the active window gradient and active windows use the inactive window gradient. When actionable icons are hovered over, the gradient behind them changes to the correct one. (See attached screenshot for a clearer picture.)
*** This bug has been marked as a duplicate of bug 79453 ***
I dont think this bug is similar to my bug as my bug is not limited to 4.3. iplaw, foss: can you guys have a look over this and compare it with 4.2 to see if its a regression.
This is definitely not a duplicate of 79453 -- it's a completely different issue.
I've seen this several times -> new.
Not sure about regression. The toolbar background has imo been added for 4.3 (the gray gradient), so the fact that this is not behaving 100% correctly indeed is a regression. Adding keyword.
Yes, this is new with 4.3, hence my comment on the UX list a few days ago in reply to Emir's question on Yosemite. Confirming also.
Created attachment 103903 [details] LibreOffice 4.3 toolbar in OS X (10.8) - does not refresh properly
I have not yet observed this with 4.3.1RC1. But maybe I have not used it enough for the issue to appear? Can others please test and see if this persists? Looking good here so far. https://www.libreoffice.org/download/pre-releases/
Issue persists with the latest master. To reproduce, just open a dialog box within LO (e. g. About box) then close it.
Interesting, while I can confirm what Emir writer for 4.4 nightly from today, I cannot reproduce the issue under 4.3.1RC1. Raising importance to major, since the top tool bar is a fundamental element of an office suite and should not have major UI issues in any public release.
*** Bug 82678 has been marked as a duplicate of this bug. ***
(This is an automated message.) Setting priority to highest as this is a MAB. This is part of an effort to make the importance of MAB reflected in priority too.
*** Bug 83318 has been marked as a duplicate of this bug. ***
Native background rendering on OSX not working on spreadsheet.
Jan Holesovsky committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=61a9838e521222e0aeb3199e18e6d828801a8035 fdo#80474: Fix the check whether the window is active on OS X. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Jan Holesovsky committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=f8fdcfe28859fee61c87e0a6a06f5d8eab82eed4&h=libreoffice-4-3 fdo#80474: Fix the check whether the window is active on OS X. It will be available in LibreOffice 4.3.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Looking good in Version: 4.4.0.0.alpha0+ Build ID: e12b6b789e3980b1aac5c02f893edae1979adfe5 TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2014-09-04_02:02:58 Thanks so much Jan or addressing this! Could you have a glance at https://bugs.freedesktop.org/show_bug.cgi?id=51534 ? Bug about ruler color not adapting LO background color.