[Kde-print-devel] [Bug 140006] New: Create standard procedures to test KDEPrint (and all components it relies on) for regressions, and KDE applications' interaction with KDEPrint

Kurt Pfeifle pfeifle at kde.org
Sat Jan 13 05:44:01 CET 2007

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
           Summary: Create standard procedures to test KDEPrint (and all
                    components it relies on) for regressions, and KDE
                    applications' interaction with KDEPrint
           Product: kdeprint
           Version: unspecified
          Platform: unspecified
        OS/Version: other
            Status: NEW
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kde-print-devel kde org
        ReportedBy: pfeifle kde org

Version:            (using KDE KDE 3.5.5)
Installed from:    00
OS:                I Don't Know

Yesterday I received an e-Mail from a user who asked to keep his name and affiliation confidential. He is involved in preparations for a rather large Windows --> Linux/KDE migration, involving several thousand workstations, most of them in a managed KIOSK environment. They'll not be ready before 12 months from now for the first serious rollout, but they are already testing with KDE 3.5.3. Once they are ready, he hopes to be able to use KDE 3.5.5 or 3.5.6 (should it ever happen). They'll *not* using KDE 4.0, even if it were released this autumn, and it will be at least 3 years before they'd ever consider to use any 4.0.x version. And here is what he said about KDEPrint:

    "Printing is going to be pretty important to us. And KDE's printing 
     system has already proven to be designed with an architecture 
     underneath that will be able to meet most of our current needs. The 
     only thing is that there are a few corners where we find some more 
     polishing is asked for."

    "I understand that you do not intend to change any fundamental 
     things in KDEPrint after 3.5.5 is out. However, be aware that we 
     are able to build our own packages from Subversion, and we follow 
     any improvements that you guys are able to come up with. I want you 
     to understand that at least for _our_ users, improvements to the 
     post-3.5.5 branch will not be in vain, and we will make use of 
     everything you are willing to backport from your 4.0 improvements."


    "Another thing, also about printing. What about adding a series of 
     'unit tests' to KDE subversion? I'm not exactly sure if unit tests 
     is the correct term. But it is surely a good idea to have a few 
     KDE and OpenOffice test files, as well as PDFs which can be used to 
     test standard print options. A lot of things could be tested with 
     scripts that send jobs to a virtual printer printing to file. Also, 
     it would be good to test everything against new CUPS versions 'in 
     the making'. Is there a possibility to make a CUPS test server run 
     alongside the standard server, but binding to a different port than 
     631? I saw you mentioning a possibility like this on the CUPS 
     mailing list some time ago."

Don't you too think this is a great suggestion? I do. And that's why I forward this into a bug report. From my past few days of sifting and ploughing through KDEPrint's bugzilla, I noticed that quite a few users are using KDEPrint for more than just occasional printouts, and they are aware of some of its most advanced features. They submit bug reports not just once or twice, but several times a year. These user would probably make good use of some test scripts and standard procedures to test KDEPrint code from Subversion on a regular basis.

I have some ideas in mind what I could contribute to start this off fairly soon. And as soon as a serious switch from PostScript to PDF as the standard spooling and print processing format in CUPS will kick in, this type of heavy testing is called for in any case.

Now.... I'd just hear from at least 3 people who have not yet contributed to KDEPrint (bug reporting activities don't count here) that they'd like to participate, and that they'll test my first script once I'm ready to release it.

More information about the Kde-print-devel mailing list