Created attachment 125579 [details]
Blanked style names illustrated in Styles and Formatting window.
On my Mac OS 10.9.5 laptop, with LibreOffice 4.x - 5.1.3 Writer, the Heading1 through Heading3 style are blank (all white). They show OK on the Formatting dropdown tool.
Also some other styles are blank as well in this display.
I noticed that the style names come and go as I change the width of the windows.
I'm attaching an image file showing this.
I don't see the problem.
Build ID: 644e4637d1d8544fd9f56425bd6cec110e49301b
CPU Threads: 4; OS Version: Mac OS X 10.11.5; UI Render: default;
Locale: en-US (en.UTF-8)
No repro with
@Harry : pleae provide further details :
Macbook Pro, Macbook, Macbook Air, Retina screen or not ?
How wide is the Styles pane when the Styles disappear ?
Do you have the Styles pane and the Sidebar displayed at the same time, or do you use the More Styles entry in the Sidebar to display the complete list of styles ?
OS X 10.10.5
MacBook Pro mid 2010 (no retina)
1) my default fonts are DejaVu
2) open a new empty writer document
3) Make the Style and Formatting sidebar deck visible from the sidebar settings.
4) Increase the width to the maximum : at some point, the "Heading 1" name is simply replaced by a dash character.
Document window width at its maximum.
No pane, only the document window.
In some more complicated situations, both "Heading 1" and "Heading 2" are replace by a dash.
Once you find where this dash comes from, you merely have solved the bug ;-)
No repro with
Build ID: 066b007f5ebcc236395c7d282ba488bca6720265
CPU Threads: 2; OS Version: Mac OS X 10.11.6; UI Render: default;
Locale: en-GB (fr.UTF-8)
Mac mini Server (mi-2010)
NVIDIA GeForce 320M 256 Mo
Moniteur : CHHWJT 30,5-pouce (1920 x 1080)
Created attachment 127359 [details]
Screenshot showing correct display of Header style list in sidebar
Created attachment 127371 [details]
Screenshot showing correct and incorrect Heading 1 display
What I primaryly thought was a dash seems to be the style name displayed at a very small font size.
Seems related to bug 92380.
Would be useful for those who are experience this to attach a document which shows this behaviour, even if it is empty, or do a screencast to further shed light on the issue.
(In reply to Yousuf Philips (jay) from comment #8)
> Seems related to bug 92380.
> Would be useful for those who are experience this to attach a document which
> shows this behaviour, even if it is empty, or do a screencast to further
> shed light on the issue.
I might even go so far as to wager that this is a DUP of that bug, at least from Stuart's comments in bug92380#c29
@Harry : what are the font sizes of the affected styles when you see the problem on OSX 10.9.5 ?
And as Jay has indicated, could you provide us with a screencast showing the problem ? Thanks.
Created attachment 127748 [details]
Short document that illustrates the bug on my Mac OS 10.9.5.
Image follows as another attachment. Note that style names are too tiny; not invisible.
Created attachment 127749 [details]
Image of defect showing document in previous attachment, defects highlighted.
Note that style names appear to be displayed in very tiny (single pixel high) font!
I just added 2 attachments, a short .ODT document,
"Short document that illustrates the bug on my Mac OS 10.9.5.",
and a screenshot of it displaying the style name defects,
"Image of defect showing document in previous attachment, defects highlighted.".
The weird behavior is that the Style name, "Title", disappeared as soon as I selected the title text and selected that style for it.
The other 2 style names disappeared only after I manipulated the widths of the full document window and the Styles and Formatting pane. When I readjusted the document window, the 2 other style names reappeared. I noted that readjusting the Styles and Formatting pane width did not bring back the style names; only adjusting the full document window did that.
I could not get the Title style name to reappear.
Perhaps 2 different bugs are at work here?
The font size of Title is 28. The font size of the other 2 affected styles shown are,
"Table Index Heading": 16
Another style also affected, but not shown in the captured image is
"Heading 1": 18.2
This is on a Macbook Air, 13 inch, late 2010, with Intel Core 2 Duo, NVIDIA GeForce 320M 256 MB.
It appears that styles were added from the many Word documents I have viewed and edited with this program. Could this have corrupted my style data file? I would be happy to post it if someone is interested and can tell me where it is stored.
From Harry's description of the bug, this seems to be not related to bug 92380 and didnt have any issues opening attachment 127748 [details].
@Harry: Can you provide a screencast using Jing (Mac) or screencast-o-matic.com, so we can observe this behaviour?
As requested by Jay, I've uploaded a screencast of the bug's appearance at
I managed to confirm this on an old Mac OSX 10.9.5 Macbook Pro that I laid my hands on.
I used LO 5142 and used Quicktime to record a screencast.
Created attachment 127842 [details]
screencast of disappearing header
I would add that in all probability this bug is unlikely to be fixed (unless by accident) because :
1) it only affects MacOSX
2) it only appears to affect versions of OSX 10.10 and older.
Alex, thanks for making the effort to reproduce this bug.
At least I now know it is not some unique corruption of my system.
I understand the reluctance to fix the bug as it only effects older Mac OS's, and it is more of a program usability annoyance than a critical show-stopper.
Created attachment 128541 [details]
Active element in Styles and Formatting invisible
I am able to reproduce this bug on my
LibreOffice Version: 184.108.40.206
Build ID: 1:5.1.4-0ubuntu1
See attached screenshot.
The KDE issue is being handled in bug 98253.
** Please read this message in its entirety before responding **
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
I no longer see this issue on my old Macbook Air. Thanks.
Build ID: 8f48d515416608e3a835360314dac7e47fd0b821
CPU threads: 2; OS: Mac OS X 10.9.5; UI render: GL;
Locale: en-US (en.UTF-8); Calc: group