Bug 62257

Summary: EDITING: "bold" 'scrunches' whatever is being bolded into the size of a single character.
Product: LibreOffice Reporter: Paul Hubert <phubertgm>
Component: WriterAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED INVALID    
Severity: normal CC: bjoern.michaelsen, jmadero.dev, robinson.libreoffice
Priority: medium Keywords: possibleRegression
Version: 4.0.1.2 release   
Hardware: Other   
OS: Linux (All)   
Whiteboard: BSA
Crash report or crash signature: Regression By:

Description Paul Hubert 2013-03-12 18:52:01 UTC
Problem description: 

Steps to reproduce:
1. select any text
2. Use either Ctrl-B or select the B icon


Current behavior: entire word becomes a single-character-sized black spot!

Expected behavior: a bolded WORD

              
Operating System: Ubuntu
Version: 4.0.1.2 release
Last worked in: 3.4.6 release
Comment 1 Brenda Granados 2013-03-14 14:48:53 UTC
Hi. I tested this using LibreOffice version 4.0.1.2, and did not experience this issue. When I highlight the text, and select the Bold icon, or use ctrl-B, the text is not reduced to a single character, it is just bolded. All characters are separately visible.

Because of this I'm marking the bug as WFM. If it's still an issue for you please provide any additional helpful information and reopen the bug as REOPEN.
For example, does this occur only with certain fonts or sizes, or are there other conditions of the document that might affect this?


Version: 4.0.1.2 (Build ID: 84102822e3d61eb989ddd325abf1ac077904985)
Platform: Ubuntu Linux 12.04 LTS x64

---------------------------------

LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage  There are also other ways to get involved including with marketing, UX, documentation, and of course developing -  http://www.libreoffice.org/get-help/mailing-lists
Comment 2 Brenda Granados 2013-03-14 14:49:59 UTC
In my last comment, it should say if you want to reopen the bug, please reopen as UNCONFIRMED. Thank you.
Comment 3 Paul Hubert 2013-03-14 15:07:56 UTC
I only opened a new document, keyed two words in Times New Roman, bolded the 2nd word and it became bold as normal. But then I clicked on empty space and BOTH words, the one bolded and the one not 'scrunched'.

I opened an OLD document - the first I created with 4.0.1.2 in which I first encountered the problem and bolded a word within it successfully.

So, it isn't an 'every time' problem, though it was when I was creating that document!

Both cases were plain text files using the default Times New Roman font,
Comment 4 Paul Hubert 2013-03-14 15:21:06 UTC
I just tried a new document, entering only two words in the default Times New Roman font. I bolded the 2nd word and that seemed to work normally until I clicked in open space when BOTH words 'scrunched'.

I had to close LibreOffice without saving as I was having difficulty deleting the two words I had entered.

I then opened the document in which I first encountered the problem. Both are plain text documents in the default font.

I WAS able to bold a word in that document successfully. So, the problem isn't appearing consistently, though while creating the first document (the first I had attempted using 4.0.1.2) it WAS consistent!

I am running 64 bit Ubuntu 11.04.
Comment 5 Brenda Granados 2013-03-14 16:50:14 UTC
I did what you suggested in the last comment:

1. Open a new document in Writer.
2. Type 2 words on the same line in default Times New Roman font.
3. Use the mouse to highlight second word.
4. Use ctrl-B (or Bold icon) to bold second word.
5. Click space between words.
6. Click other empty space in document.

I cannot reproduce the "scrunching" effect. I can also delete one or both words without issue.
Comment 6 Paul Hubert 2013-03-14 17:01:40 UTC
Are you using LibreOffice for 64 bit Debian and using Ubuntu 11.04?
Comment 7 Paul Hubert 2013-03-14 18:29:23 UTC
this is just another bit of text

and here is another line

and now a third

testing testing testing

**************************************** before

this is just another bit of text

and here is another line

and now a third

testing testing testing

**************************************** after
I bolded 'another' and all but one word on all four lines were 'scrunched'

HOWEVER, I copied and pasted with the ABOVE result.

SO, I did a SAVE AS to "aatest.odt", closed Writer and Opened it again.

The RIGHT word was bold and everything else displayed normally.

However, once I double clicked on another word, the display went crazy again!

**************************************** third


this is just another bit of text

and here is another line

and now a third

testing testing testing

***************************************** 

But as you can see, copy - paste STILL works!

I am getting other problematic display issues when I set to italics!

When, however, I SAVE the document, the display becomes normal again!
Comment 8 Brenda Granados 2013-03-14 19:52:39 UTC
I am using LibreOffice 4.0.1.2 on Ubuntu 12.04 x64. Maybe someone who has Ubuntu 11.04 will be able to confirm the issue.
Comment 9 Joel Madero 2013-04-22 17:08:44 UTC
Bjoern - another apparent Ubuntu issue. Mind commenting/triaging? See comment #6
Comment 10 Björn Michaelsen 2013-04-22 18:20:47 UTC
Not reproducable with 1:4.0.2-0ubuntu2~raring1~ppa3 on Ubuntu raring on amd64 from the LibreOffice ppa at https://launchpad.net/~libreoffice/+archive/ppa

Do you use a properly packaged version from the ppa?
Comment 11 Robinson Tryon (qubit) 2013-10-16 23:48:59 UTC
Changing 'regression' -> 'PossibleRegression' until we have independent confirmation of a regression.
Comment 12 QA Administrators 2014-05-17 00:33:54 UTC
Dear Bug Submitter,

Please read the entire message before proceeding.

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: 
https://wiki.documentfoundation.org/QA/FDO/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
Comment 13 QA Administrators 2014-06-01 20:29:54 UTC
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 FDO
Comment 14 Robinson Tryon (qubit) 2015-12-15 10:53:34 UTC
Migrating Whiteboard tags to Keywords: (possibleRegression)
[NinjaEdit]