https://bz.apache.org/ooo/show_bug.cgi?id=126665
--- Comment #5 from Marcus <[email protected]> --- (In reply to tbalsig1 from comment #4) > I was actually testing or "experimenting" with inputting "invalid" values to > see what, if any, error message would be produced. I expected it would > reject the "0" as an invalid value and possibly display a message stating > the error and requesting the user add a valid range or page. I expected > that 0 would be printed and certainly did not expect it to default to "All" > pages being printed. +1 The value "0" in this context must not result in print all pages. And if there will be no error message ina future release then at least simply send nothing to the printer. The same when the input field is left empty. > I also left the field "blank" which once again printed "All" pages. I would > once again expect an invalid input error message be displayed and 0 pages > being sent to the Printer. However after reading the response above, I now > assume that is expected behavior. I hope that this is not "working as designed". ;-) > I think it is a greater risk that a blank field would default to "All" pages > being printed than 0. Users in a hurry get ahead of themselves and > accidentally click print before selecting the desired range or pages. This > could result in a 1000 page document be printed. Right, maybe it's not (easily) possible to cancel this print job. And then user has a big problem. If *think* that fast fix is pretty easy: Catch the input event if there is a "0" or empty field, then do nothing. The more advanced fix is to show first an error message with just an [OK] button. A bit advanced because this has to be designed a bit and translated into every language. -- You are receiving this mail because: You are the assignee for the issue.
