Apache OpenOffice (AOO) Bugzilla – Issue 120123
Number of copies displays invalid number for Print option.
Last modified: 2012-07-16 02:48:28 UTC
I used OOo-dev 3.4.0, OOO340m0(Build:9583)on a Window 7 Operating system. I also receive the save results using OOo 3.3.0. When I go to Print and change the number of copies to 9999999999999999999..... and click print it appears it will accept this value. The last "9" does not display completely and my OOo crashed when my print reached 2267 copies. If I enter 99999999999999999...... and tab off of the field the "number of copies" defaults to 16384 and the text box does is not sized correctly. When I do this same task in MicroSoft Word 2010 I receive a message that "The entry must be less than or equeal to 32767". In MicroSoft Word 2010 I am only able to enter 5 digits and the number must be less than or equal to 32767. The text box never resizes in Word since I can't enter a number larger than the field allows. Steps to create: 1. Open blank document in Writer. 2. Go to File > Print 3. Change the number of copies to 9999999999999999999999999999999999999999999999 4. Click Print. NOTE: I was not hooked up to the printer I selected. Actual Results: It appears the value was accepted and OOo crashed after a length of time (I walked away and came back and the number of copies stopped at 2267). Expected Result: If 16384 is the max number of copies allowed for OOo Writer I expected a warning message if I attempted to enter a number larger. If no message was received I expected the field to default back to the default value before the print was accepted and the box to resize back accordingly. Other tests: 1. When I entered 99999.... and tabbed off of the field it defaulted back to 16384, but the box was still sized incorrectly. 2. When I toggled to another application and then toggled back the field it defaulted back to 16384, but the box was still sized incorrectly. 3. When I mouse clicked to another application and then mouse clicked back the field it defaulted back to 16384, but the box was still sized incorrectly. 4 When I entered a number 6 digits, and then attemped to use the arrows to increase the number it defaulted to 16384 and the box was sized correctly.
I replicated this with Travis. The odd thing that we both notice is that the input box actually changes size, growing to the point that it hides other parts of the dialog, such as the arrows beside the input field. (OOo 3.4 build 9590, windows 7)
can reproduce the defect in AOO341-Rev.1359641,and summarize the repeat step and test result as below,maybe has a little different with original defect description.but main problem of defect still exist. repeat step: 1.launch oo and new a text document 2.enable print dialog by "File->print" 3.set the number of copies defect: 1.can input 9999999999999999999..... and the last "9" does not display completely. when tabbed off/on of the field "collate" it defaulted back to 16384. 2. When I entered a number 6 digits, and then attempt to use the arrows to increase the number, it defaulted to 16384 and the input box was sized correctly. 3.When I mouse clicked to another application and then mouse clicked back the field it defaulted back to 16384, but the box was still sized incorrectly.