Issue 94342 - Blank font size in table changes text incorrectly
Summary: Blank font size in table changes text incorrectly
Status: CONFIRMED
Alias: None
Product: Impress
Classification: Application
Component: formatting (show other issues)
Version: OOO300m5
Hardware: PC Windows Vista
: P4 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords: needmoreinfo
Depends on:
Blocks:
 
Reported: 2008-09-25 18:12 UTC by capashin
Modified: 2017-05-20 11:08 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this issue.
Description capashin 2008-09-25 18:12:03 UTC
-Created a 5x5 sea blue color style table
-Entered some text on the top left box 
-Highlighted the text and hit table properties on the tale toolbox
-Entered a blank font size and hit OK
-This changed the font size to what appears to be 12, it also removed the
misspelled word mark under the text
-Upon hitting table properties again, the font size listed was 2
-Hitting OK sets the text font size to 2, and the misspelled word mark returns
Comment 1 wolframgarten 2008-09-26 08:09:34 UTC
What do you mean with "blank " font size?
Comment 2 lperold 2008-09-26 19:55:07 UTC
OO version is OOO300m5 (Build 9350)
Windows XP SP 2

I performed the steps as outlined in the report using:

* spaces
* deleting the default value so that the field was left empty

but was not able to reproduce the font size change to 12. In both cases, the
font sizes remained as they were before. I was not however expecting to be able
to capture either of these as a valid font size.

When I captured a 0 into the font size field, and clicked on OK, the font became
minuscule and I could no longer see the line indicating the misspelled word. 
Clicking back on the table properties, the font size was indicated as 2.
I tried making it font size 3, no line was visible for the misspelling
It became visible again at font size 5.
I tried this with a variety of fonts and the line always re-appeared at font
size 5. The typeface also does not have an impact. 

I was not expecting to be able to capture a 0 font size. 
If this is to be defaulted to a size 2, then I would expect an error message if
I try and capture anything smaller than a size 2. (or a blank or a space)
Comment 3 mrao_ba 2008-09-28 03:05:28 UTC
The blank font size is not reproducible for me. The font size changes to 2 if I 
try to make it 0. If the user is allowed to enter a blank font size, it does 
not make sense. 

Also, where was the focus when changing the font size. It did not change to 12 
for me. If the focus is not on the text, then changing the font size to 
anything just reverts back to the default font size.

OS DETAILS:
WINXP SP2
OO v300m5(9350)
Comment 4 markewaite 2008-09-28 03:19:22 UTC
I was on OOo version OOO300m7 (build 9354) Vista x64 and initially
duplicated a variant of the problem then was unable to see it again.
I attempted to duplicate the problem on Windows XP and was able to
duplicate the variant I describe, but not the original problem.  I can
get something "close" to the original report, but not the same as the
original report.

> -Created a 5x5 sea blue color style table
> -Entered some text on the top left box
> -Highlighted the text and hit table properties on the tale toolbox

"Highlight the text" seems to be a critical step in duplicating the
problem.

I initially assumed "Highlight the text" meant "highlight one word in
the string I entered earlier", and later assumed "Highlight the text"
meant "highlight the whole string I entered earlier, without going
outside the cell boundaries".  Those two forms of highlighting had
similar results in later actions, and behaved the way I expected.  The
font size of the selected string or substring was displayed in the
Size field of the dialog.  I'll call those forms of highlighting
"string highlighting" in the rest of this comment.

I saw failures similar to those reported by the submitter when I
assumed "highlight the text" meant "highlight multiple cells in the
table, including the cell containing the previously entered text".
The failures became more obvious if I inserted 12 point text in one
cell and 18 point text in another cell, then selected both cells.

I'll call this form of highlighting "cell highlighting" in the rest of
this comment.  I think "cell highlighting" is what the submitter
intended.  Unfortunately, I didn't see exactly the same resuilts as
the submitter, only similar results.

> -Entered a blank font size and hit OK

When I used cell highlighting with text in a cell and no text in the
other highlighted cells, the font size was initially displayed empty
in the table properties dialog, and the text in the sample text at the
bottom center of the dialog was 10 point text (very close to the 12
point text described by the submitter).

Using 10 point text as the default for cell font size initially, with
an empty string in the Size field surprised me because there was no 10
point text in any of the selected cells, and there was 18 point text in
the selected cells.

Later test runs on the same computer had a different behavior with the
font size initially displayed as 18 in the table properties dialog and
the text in the sample text at the bottom center of the dialog was 18
point text.  It seemed as if the system "remembered" that the table
font was to default to 18 point.  That seemed to hold even for newly
created tables.

If I inserted 18 point text in one cell and 12 point text in another
cell, then used cell highlighting to select cells which included both
those cells, the Size field was empty in the table properties dialog.
If I modified the value in the Size field by pressing the space bar
and pressed OK, the text in both cells was set to a small font size
(just as reported by lperold)

If I left the entry with its default empty string and pressed OK, the
font size did not change in either cell.  That was what I expected.

When I used string highlighting on the string in the cell, the font
size was initially displayed in the table properties dialog as 18, and
the text in the sample text at the bottom center of the dialog was 18
point text.  That behaved as I expected.
Comment 5 nalthaga 2009-03-08 23:58:08 UTC
I could reproduce the same bug with the following sequences : 

1. Type some text in 8 cells out of the 25 cells
2. Specify different font-size in each text and then choose any 4 cells  
   (multiple-select). 
3. Click on the table properties and enter any invalid character or combination 
   of character. For example : one space or two spaces 

The result : 
The font-size for the all cells will be changed to the smaller size which is 2 
point (minimum font-size allowed ). 

Observation: 
It is not necessary that the table should have only 25 cells. The table can be 
of any size. It is not necessary to have only two cells containing different 
fonts. The font numbers need not be specifically 18-point and 12-point – any 
font-size can be supplied. Any number of cells can contain different fonts. One 
does not have to type only one space – any number of spaces character or even a 
special character or a combination of special characters will expose the bug.

My configuration is
OOO 3.0.1 m15
Window Vista 
Laptop:Toshiba Genuine Intel CPU T2080 1.73 GHz
Memory: 2 GB 
Comment 6 talemu2009 2009-09-13 00:03:02 UTC
Issue # 94342
 When changing the font size of multiple cells containing texts of different 
font size at the same time only changes the cells with font size 18. (The other 
cells remain unchanged)

This problem can be reproduced with the following sequences of steps: 

1. Create a 5x5 table 
2. Type a text with different text font sizes (18, 18, 12, 24, and 22) in 5 of 
the 8 cells in the top left corner.
3. Select these cells
4. Click on table property
5. Insert zero in the font size and click ok.

Result:

Only the cells with font size 18(with or with out a text) are affected, 
(changed to font size 2). The rest of the cells are unaffected.

Repeated the same steps with four cells which are all containing text with font 
size 18, the result is all the text in the four cells changed to font size two.

Repeated the same steps with four cells which are all containing text with font 
size 12, the result was no change in the text size but when I select the four 
cells again and click the table property the default font size value showing 
was 2.

Repeated the same steps with four cells which are all containing text with font 
size 24, the result was no change in the text size but when I select the four 
cells again and click the table property the default font size value showing 
was 2.



In conclusion: 

This seemed to be a bug since user should be allowed to change the font size of 
multiple cells containing texts of different font size at the same time. This 
feature is also available in the competitor products.

To reproduce this bug any Font-size can be supplied. Any number of cells can 
contain different fonts. One can also insert not only zero but also 1 in the 
font size and see the same result.

I think this bug has to be investigated further in different operating systems 
and different versions of open office. In addition different combination of 
sequence of replication procedure can also help to understand this bug better.



My configuration is:
I used two different configurations for this test:
Open office version 3.1 
Window xp service pack 3 professional edition
Laptop: Toshiba Intel inside
CPU: 2.66 GHz
Memory: 1 GB 

Open office version 3.1 
Window xp service pack 2 home edition
Dell Desk top: Pentium 4
CPU: 2.66 GHz
Memory: 512 MB 

Comment 7 wolframgarten 2009-09-14 08:55:16 UTC
Reproducible. Reassigned.
Comment 8 Marcus 2017-05-20 11:08:22 UTC
Reset assigne to the default "issues@openoffice.apache.org".