Issue 125892 - Large after-text indent value results in invalid display of background color
Summary: Large after-text indent value results in invalid display of background color
Status: UNCONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: 4.1.1
Hardware: All All
: P3 Minor (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-11-23 04:14 UTC by Stephanie Galbo
Modified: 2015-05-01 19:44 UTC (History)
3 users (show)

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


Attachments
After text -10 (81.31 KB, application/pdf)
2015-05-01 19:42 UTC, aalgee
no flags Details
After text -20 (79.67 KB, application/pdf)
2015-05-01 19:43 UTC, aalgee
no flags Details
After text -30 (86.46 KB, application/pdf)
2015-05-01 19:43 UTC, aalgee
no flags Details
After text -36 (86.54 KB, application/pdf)
2015-05-01 19:43 UTC, aalgee
no flags Details
After text -40 or 39.37 (90.36 KB, application/pdf)
2015-05-01 19:44 UTC, aalgee
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Stephanie Galbo 2014-11-23 04:14:06 UTC
Tested on Mac OS X and Windows 7 with OO Writer Version 4.1.1.

Steps to reproduce:

1. Open a new Writer document
2. Insert a paragraph of text
3. Choose a color for the background text of the paragraph
4. Go to Format -> Paragraph...
5. On the Indents and Spacing tab, enter -40 in the After text field
6. Click OK


Expected Result: Text is after-indented out to the right (or large value is rejected)

Actual Result: Value changed to -39.37, observed indent appears to move a minor amount into the opposite direction, but the background color goes off the screen to the right.
Comment 1 oooforum (fr) 2014-11-24 10:23:41 UTC
I don't understand what do you do with an negative text indent.
Comment 2 Stephanie Galbo 2014-11-26 03:07:23 UTC
From the OO help guide on Indents and Spacing:

"If you want the paragraph to extend into the page margin, enter a negative number."

A negative value similar to -40 could occur as a result of user error, but it appears that input filter here is not working properly. The value should have been rejected, or accepted and the indent adjusted accordingly. This is doing neither. The value is being changed to -39.37 which seems like an acceptable boundary value, but the indent moves in the opposite direction. Furthermore, it appears that the background color is using a different boundary value than the actual paragraph.
Comment 3 oooforum (fr) 2014-11-26 08:18:38 UTC
As you mentioned in help file, you can input a negative value to be "into" the margins.
This value depends of the paper format and also, good sense of end-user.
Comment 4 Cem Kaner 2014-11-29 19:36:26 UTC
(In reply to oooforum from comment #3)
> As you mentioned in help file, you can input a negative value to be "into"
> the margins.
> This value depends of the paper format and also, good sense of end-user.

Many bugs can be easily dismissed as a lack of "good sense of end-user." One risk of that is that your volunteer testers will walk away if they think that their reports are being dismissed rather than investigated. This report, despite the dismissal, appears to signal a coding error. The indent values displayed don't appear to match the display of text on the screen.

Let's follow up a little. Set your page margins wide (I use Adobe pdf as my printer. I've set page size on the printer and in OOo to 96 x 96 inches to let me design posters). Now create some paragraphs of text and play with before and after text indents on the Properties window or on the dialog you get from Format| Paragraph. The values of Before text and After text can get out of synch in these two windows. For example, I moved to a new paragraph, typed 50 in the "before text" field in the paragraph dialog, and that changed to 33.53" in Before Text and -0.11" in "after text" and stays as 0 in First line. Then I clicked OK and the properties window display changes from 0 in before text, 0 in after text and 0 in first line to 6.75 in before text, -26.80 in after text, and -26.69 in first line. The text itself appears to be constrained to a text width of about 2 characters wide (12 point) even though the left and right margins are only 0.79" and the text display window shows an apparent page width (looking at the ruler) of 79 inches.

There are many reasons to decide not to fix a coding error, but dismissing it as reflecting a lack of "good sense" of a tester who is trying to demonstrate to you a failure in a straightforward way is not consistent with how bug reports have generally been handled in the Open Office project.

(AOO411m4(Build:9774)  -  Rev. 1614269 Windows 7)
Comment 5 aalgee 2015-05-01 19:42:06 UTC
I was able to replicate the bug using a Windows 7 Professional machine using AOO Writer version 4.4.1. I also notice some strange behavior in the text when entering the values -36 thru -38. 
To replicate Initial bug:
1.	Open Writer and new  text document
2.	 Insert a paragraph of text
3.	Selected the paragraph first
4.	Choose a color for the background text of the paragraph
5.	Select Format from toolbar menu / Select paragraph
6.	Select Indents & spacing tab
7.	In the section for indents entered -40 into the “After Text” field

The background color has shifted to the right which is correct, however the text hasn’t moved to the right with the color (out of sync). As Stephanie indicated the value changed to 39.37, but there was also strange behavior when entering other values.

Other test I ran was:
1.	Open Writer and new  text document
2.	 Insert a paragraph of text
3.	Choose a color for the background text of the paragraph
4.	Select Format from toolbar menu / Select paragraph
5.	Select Indents & spacing tab
6.	In the section for indents “After Text” field I  tested the following values -5, -15, -25, -35, -37  

OO works as designed until I got to the -36 thru -38 values. At that point the text did weird spacing.
I attached screen-prints to give a visual of what happens with each test I tried.
Comment 6 aalgee 2015-05-01 19:42:47 UTC
Created attachment 84718 [details]
After text -10
Comment 7 aalgee 2015-05-01 19:43:15 UTC
Created attachment 84719 [details]
After text -20
Comment 8 aalgee 2015-05-01 19:43:35 UTC
Created attachment 84720 [details]
After text -30
Comment 9 aalgee 2015-05-01 19:43:54 UTC
Created attachment 84721 [details]
After text -36
Comment 10 aalgee 2015-05-01 19:44:40 UTC
Created attachment 84722 [details]
After text -40 or 39.37