Issue 125165 - Newly inserted text becomes emphasized
Summary: Newly inserted text becomes emphasized
Alias: None
Product: Impress
Classification: Application
Component: ui (show other issues)
Version: 4.2.0-dev
Hardware: Mac OS X 10.9
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2014-06-26 21:52 UTC by Thorsten Wagner
Modified: 2015-04-18 17:55 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Screenshot with emphasized text (254.88 KB, image/png)
2014-06-26 21:52 UTC, Thorsten Wagner
no flags Details
Sample presentation (44.05 KB, application/vnd.oasis.opendocument.presentation)
2014-06-26 21:53 UTC, Thorsten Wagner
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Thorsten Wagner 2014-06-26 21:52:59 UTC
Created attachment 83609 [details]
Screenshot with emphasized text

Newly inserted text becomes emphasized (see attached screenshot, red box). The emphasis disappears after deselecting the related text box.

Steps to reproduce:

(1) Open attached file "Sample.odp"

(2) Delete a line of text using C-X

(3) Reinsert the deleted text using C-V

The problem appears on Mac OS X 10.9.3 with OpenOffice 4.2 revision 1605900 from trunk, but seems to exist in earlier revisions too. With Windows the problem doesn't seem to exist, at least with AOO 4.0.1.

Similar effects can be found with Calc.
Comment 1 Thorsten Wagner 2014-06-26 21:53:31 UTC
Created attachment 83610 [details]
Sample presentation
Comment 2 agnes 2015-04-18 17:55:59 UTC
I could reproduce this issue on the Mac 10.6.8 and AOO 4.0.1

Description of the bug:
When entering text into a text field on a slide, the text becomes bold at times, and then goes back to normal again.
There are several operations that trigger the text going bold. These are:
- Simply typing and using spaces, commas, periods etc.
- Moving to the next line, or bullet point by pressing Enter
- Pasting text (Cmd+V) into the text field

To reproduce the issue:
1) Create a new presentation
2) Add a text field to a slide
3) Select the text field and enter text into it using spaces, commas and periods. OR
4) Paste in a line of text - try this once or more.
Result: The text goes bold, and then back to normal when typing is resumed or when text field is deselected.
Only the paragraph that's being edited becomes bold, not the entire text field.
The text does not go bold 100% of time when a space, a comma or period are used, nor when pasting text is performed. This bug is not 100% reproducible with a single operation (like space, enter, paste) but it’s easy to reproduce with combination or repetition of these operations.

Follow up testing:
This bug is also present when Bold formatting is already applied to the text. In that case the boldness becomes more prominent when the failure occurs.

It was mentioned in the original report that Calc application also has this issue.To reproduce this bug in Calc:
1) Create a new spreadsheet,
2) Choose a cell, and start typing text in, again, using spaces, commas and periods.
Result: The text goes bold and then back to normal when typing is resumed or cell deselected.

Other notes:
- This bug is not reproducible on Windows 7

- The underlying error here, may be due to the way Impress (and possibly Calc) process rendering of text on screen.

- This bug is important because it is constantly visible in the very basic functionality – editing text on a slide. It is a minor problem from the functional point of view – the user can still edit and format the text as she desires – but there could be some confusion coming from the fact that the text goes bold at times. The user may attempt to correct the boldness of the text – it could be frustrating to her to deal with this problem reoccurring every time she edits a text on a slide.

- One may argue it’s a cosmetic issue, but its constant surfacing contributes to user’s negative perception of the product.