Summary: | no progress nor pagenumber shown | ||
---|---|---|---|
Product: | [Unmaintained] kdeprint | Reporter: | arne anka <kde-bugs> |
Component: | kjobviewer | Assignee: | KDEPrint Devel Mailinglist <kde-print-devel> |
Status: | CLOSED UNMAINTAINED | ||
Severity: | wishlist | CC: | jlayt |
Priority: | NOR | ||
Version: | 0.1 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
arne anka
2005-09-21 09:21:50 UTC
*** Bug 112985 has been marked as a duplicate of this bug. *** I will turn this into a wish (no bug, printing proceeds correctly even if progress isn't shown). I need time to see in what measure feedback (if any) from underlying printing systems can be turned in progress information. > I will turn this into a wish
well, it's up to you. but i think if a field does not show the information it is supposed to, it's rather a bug than a wishlist item.
Which print system are you using? kdeprint relies on the information coming from the server. The pages in progress is only supported under CUPS. So either the information from CUPS is just plain wrong (and kdeprint cannot do anything about it), either the information is correct but kdeprint interprets it wrongly. It would help to: 1) give your CUPS version, if you use it 2) in case of CUPS, in kjobviewer, select the running print job, right-click and select "IPP report" and report the content here (1) Michael. (1) for Cristian: the page progress is based on the IPP attributes job-media-sheets and job-media-sheets-completed, the complete IPP report should ar least tell you if those attributes are meaningful. cups version 1.1.23-12 of debian/unstable. ippreport: Attribute Values job-id 15 job-more-info http://komhem:631/jobs/15 job-uri http://komhem:631/jobs/15 job-printer-up-time Thu Sep 22 11:04:21 2005 printer-uri ipp://localhost:631/printers/oki job-originating-user-name arne job-name KDE Print System document-format application/postscript copies 1 number-up 2 orientation-requested 0x3 job-priority 50 job-originating-host-name localhost job-id 15 job-state 0x5 job-media-sheets-completed 0 job-printer-uri http://komhem:631/printers/oki job-name KDE Print System job-k-octets 954 time-at-creation Thu Sep 22 11:04:16 2005 time-at-processing Thu Sep 22 11:04:16 2005 time-at-completed job-hold-until no-hold job-sheets none none job-state-reasons job-printing does "job-sheets: none none" mean that no info regarding the number of printed and absolute pages is emitted? "job-sheets" is about front and back pages added to the print job. However, as you can see, the CUPS server does not report the total number of pages and report the number of processed pages as 0. From the kdeprint point of view, the job viewer is *right*, in the sense that it cannot do more than the CUPS server itself. I think that this kind of bi-di communication and feedback will improve with CUPS-1.2 series. Michael. do you know any cups installation providing these informations? iow is it a misconfiguration of my cups or is it a commonly experienced issue (but if so, what about "The pages in progress is only supported under CUPS")? Normally, this is expected to work. Is it specific to kpdf or does it also happen with other KDE apps? In the job viewer, can you see the number of pages on completed jobs, or is it also 0? By "only supported under CUPS", I mean that theoretically CUPS provides a way to get the number of printed pages, while this is not true for other print systems (that are less supported by kdeprint, like LPRng). Michael. i can't rememeber i've ever seen any kind progress-information, it happens with all KDE apps (as far as i can say, did never use _all_ available KDE apps ;-). even after finishing the number is 0. which way does cups provide? do you mean this "page_log" file, cups should create (according to a novell-suse-tutorial those informations are included in the page_log), but it's not created here. added the option to my cupsd.conf and have to wait for the next printjob ... CUPS stores job attributes in special files located in /var/spool/cups/ directory on server side. The page_log file is another place, but this is not the primary place where pages are stored, moreover I don't think that CUPS access the log files for reading, only for logging. What puzzles me is the fact that even completed jobs gets 0 pages (what about the job size?). And in the web interface http://localhost:631, is the number of pages of completed jobs also 0? Michael. Turn "Toggle Completed Jobs" option on in kjobviewer. Do you see the number of pages on completed jobs there? My turning this into a wish was based on a probably wrong understanding of the initial report. I can't definitely confirm that total number of pages isn't shown, as it _is_ shown on all my printers, as soon as the job goes to the printer (granted, I didn't try with huge jobs of multiple pages, which would take long times for cups to send to the printer). the webinterface does not know about pages, only sizes. and the sizes in both the webinterface and kjobviewer seem reasonable (e g 477k for a 6 page pdf). even completed jobs show 0 as page number. WORKSFORME as designed. (Even with CUPS 1.1.23 on SUSE). *Before* a job is completed, kjoviewer (and the CUPS web interface) display "0" as number of pages. (The number only gets counted while actually printing.) *After* the job is completed, kjobviere (and the CUPS web interface) display the number of pages printed. (I am currently not sure about the behavior *while* the job is printed). *Some* jobs are impossible to count the number of pages for, because their PostScript is not DSC compliant (missing "%%Page:" comments), and cups just sends the file to the printer and logs "1" as the page count. To get the page count into your CUPS web interface, hack a little bit the HTML template. Go to "/usr/share/cups/templates/jobs.tmpl" (or "/usr/share/cups/templates/[your_language_shortname]/jobs.tmpl"). Find these lines: <TH>Size </TH> <TH>State </TH> and <TD>{job_k_octets}k </TD> <TD>{job_state=3?pending since<BR>{time_at_creation}:{job_state=4?held since<BR>{time_at_creation}: and insert a new line between each of these, so that it looks like: <TH>Size </TH> <TH>Pages </TH> <TH>State </TH> and <TD>{job_k_octets}k </TD> <TD>{job_media_sheets_completed=0?Unknown:{?job_media_sheets_completed}}</TD> <TD>{job_state=3?pending since<BR>{time_at_creation}:{job_state=4?held since<BR>{time_at_creation}: Reload your http://localhost:631/jobs?which_jobs=completed browser window. Voila! Look Ma!, it now shows a column with the number of pages for each job. :-) KDEPrint in KDE3 is unmaintained and will have no more new features implemented. This request will never be implemented in KDEPrint as a result. In KDE4 kjobviewer has been replaced by printer-applet which uses system-config-printer as a backend. There is no progress reporting in printer-applet, a separate feature request will be raised for this. Closing. |