I disagree with statements that this is "expected" behaviour. In no way did I expect ~/PDF to function as some sort of "inbox" where I would be expected to move files out of the way or risk losing them.
Users have a common and reasonable expectation that on modern computing systems, when actions that would not normally cause data loss could do so (eg save to a file, and it turns out that file already exists), they will be confronted with the problem and offered a choice to go ahead, or cancel. That this is implemented by a CUPS backend, and that CUPS backends normally have no GUI presence, is an implementation detail of no relevance to the user. If the user sees a "PDF" printing option in their stock install Firefox dialog, and selects it, they should expect reasonable PDF printing behaviour. -- [Tribe5] cups-pdf do not overwrite existing pdf https://bugs.launchpad.net/bugs/134671 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
