Is this a feature or a bug?
In the future, please make your bug reports more detailed, there’s no character limit, this is not an SMS ;-)
For example, what’s your OS? Did you notice this problem in an earlier version of LibreOffice, or is this a regression in the 4.0.x series?
My OS is Linux (KDE 4.8.4), and AFAICT this happens only since the upgrade to 4.0. Currently I use 188.8.131.52 from Debian Experimental.
Dear Bug Submitter,
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 INVALID due to lack of needed information.
For more information about our NEEDINFO policy please read the wiki located here:
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!
Ok, ok. I supplied the info, but forgot to change the status.
BTW in 184.108.40.206 it seems that the X is mostly drawn, except on the first time opening the given toolbar.
Please read full comment - correct status is UNCONFIRMED. Thanks
LibO 220.127.116.11 on Win7 :
- mouse over the X : full button drawing (border, background and cross)
- mouse not over the X : only the cross, drawn as 2 thin black lines over the medium grey of the top bar.
Just an hypothesis : maybe caused by the use of a theme with darker color for such top bars, resulting in a difficulty to distinghish the black cross ?
I see no issues with "X" buttons in floating toolbars using LibO 18.104.22.168 under Win7x64
if issue is still reproducible please post a screenshot.
otherwise mark it as RESOLVED WORKSFORME
Created attachment 103475 [details]
(In reply to comment #7)
> I see no issues with "X" buttons in floating toolbars using LibO 22.214.171.124
> under Win7x64
> if issue is still reproducible please post a screenshot.
> otherwise mark it as RESOLVED WORKSFORME
I'm truly delighted that none of the UI bugs I reported are reproducible on Windows.
Here is a screenshot demonstrating the issue. Initially the X is missing, it only appears once the mouse pointer moves over it.
thanks 4 screenshot.
it must be a Linux specific issue. I confirm it's not reproducible under Windows.
have you tried upgrading to 4.2.x and resetting the user profile?
Created attachment 103489 [details]
Screenshot from LO 126.96.36.199
Looks like dependent to some DE in Linux.
Confirm that behavior with Ubuntu 12.04 x86 Gnome 3.4.2 since 188.8.131.52 (package from PPA & LO site has same result). "x" is present but black colored, so it looks like not present.
184.108.40.206 and 220.127.116.11 slightly better, the "x" is grey colored.
I don't know with package from Ubuntu repository.
So since ign Christian was able to confirm, setting to NEW. Although I'm not sure I do understand his screenshot, since I do not see any floating toolbar.
But for me in 14.04 and LO 18.104.22.168 all floating toolbars have the "x" to close them permanently showing. So somewhat unsure what to make of this.
Can someone clarify this? Maybe already fixed? If not, under which circumstances is this persisting?
Created attachment 103546 [details]
Screenshot with pointer hover over "x"
Hi Foss.. I attach additional screenshot showing what it looks like if we hover the pointer to the "x" that is "hidden" in screenshot on comment 10.
I can confirm with Ubuntu 14.04 Unity and LO 22.214.171.124 (package from Ubuntu repository) that "x" not exist. Perhaps it's because HUD activated with that package & Unity activated (by default)
But in those screenshots I'm using Ubuntu 12.04 with Gnome. Unity disabled, no HUD.
Looks like I misread this bug. Sorry all for the noise.. Please forget all my comments before.
I can't reproduce comment 8 with LO 126.96.36.199 on Ubuntu 12.04 x86. That "x" exist in "Table" floating toolbar.
Set back to UNCONFIRMED
please tell if you still see that bug with updated Linux O/S and LibO (current relases is 188.8.131.52)
I set status to NEEDINFO waiting for your feedback
In Debian Unstable the newest version is 184.108.40.206, which still has this problem. I don't know if I should dare to install 4.4.0-rc2 from Experimental.
No problem with floating toolbar Xes on Kubuntu 14.10
LibO Version: 220.127.116.11
Build ID: 430m0(Build:2)
Maybe you can try with a live USB or virtual machine of some KDE distro to see, if you can reproduce.
Any update on this? Have you tried 4.4?
Setting to NEEDINFO, while waiting for news.
Dear Bug Submitter,
Please read this message in its entirety before proceeding.
Your bug report is being closed as INVALID due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):
a) Provide details of your system including your operating
system and the latest version of LibreOffice that you have
confirmed the bug to be present
b) Provide easy to reproduce steps – the simpler the better
c) Provide any test case(s) which will help us confirm the problem
d) Provide screenshots of the problem if you think it might help
e) Read all comments and provide any requested information
Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:
a) respond via email
b) update the version field in the bug or any of the other details
on the top section of our bug tracker
-- The LibreOffice QA Team This NEEDINFO Message was generated on: 2015-04-01