Apache OpenOffice (AOO) Bugzilla – Issue 94342
Blank font size in table changes text incorrectly
Last modified: 2017-05-20 11:08:22 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
What do you mean with "blank " font size?
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)
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)
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.
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
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
Reproducible. Reassigned.
Reset assigne to the default "issues@openoffice.apache.org".