Version: 3.2.2 (using KDE 3.2.3, (testing/unstable)) Compiler: gcc version 3.3.3 (Debian 20040422) OS: Linux (i686) release 2.4.26-1-386 I used to be able to print PDF invoices from SQL-Ledger using konq. Now, I have to change the browser id to lynx in order to get it to work (sql-ledger branches to different code based on the browser id). To duplicate: - open http://www.sfdaccounting.com/sql-ledger/login.pl - login as user demo with blank password - click on AR.Reports in menu on left - click AR.Reports.AR Aging in menu - scroll to bottom of page, and check one box (doesn't matter which) - in second combo box, change HTML to PDF - click Print You will see the actual PDF document displayed in the frame. If you change your browser id to lynx, it will work. As I mention up top, this used to work in konq.
If it branches to different code, then it's one of the two: - if the code is correct, it's a kjs/khtml ecma bug - if the code is incorrect, it's site bug. Either way, I don't think this bug is valid. Please reopen if the case is the former above. In any event, I can't reproduce your situation. I get the PDF source no matter what identification I use when clicking the Print button. The headers received are: kio_http: (928108) "HTTP/1.1 200 OK" kio_http: (928108) "Date: Fri, 17 Dec 2004 20:23:42 GMT" kio_http: (928108) "Server: Apache/1.3.26 (Unix) Debian GNU/Linux PHP/4.1.2 mod_ssl/2.8.9 OpenSSL/0.9.6c" kio_http: (928108) "Content-Disposition: attachment; filename="1103315024.statement.pdf"" kio_http: (928108) "Keep-Alive: timeout=15, max=100" kio_http: (928108) "Connection: Keep-Alive" kio_http: (928108) "Transfer-Encoding: chunked" kio_http: (928108) "Content-Type: application/pdf" kio_http: (928108) "Content-Language: pl"
On Friday 17 December 2004 14:48, Thiago Macieira wrote: > kio_http: (928108) "Content-Type: application/pdf" Given the Content-Type of application/pdf, why doesn't konq ask if we want to open the viewer registered for that type?
It should. I don't know why it doesn't. The only thing that could throw it off is that "Content-Disposition" header.
On Friday 17 December 2004 15:20, Thiago Macieira wrote: > It should. I don't know why it doesn't. Then I don't understand why you don't think this bug is valid. Does it belong to another module?
Uh... sorry. I forgot to erase that part of my comment after I found out about the headers.
Mark, is this still a bug for you when using KDE 3.5.5? (You can also test with a Knoppix 5.1.1 if you can't upgrade your KDE...) Also, your procedure to create a PDF doesn't work for me; there seems to be a missing step (or the site has changed). If I don't hear from you before Feb 1, 2007, this bug may be closed.
I can still reproduce this in konqueror svn r827914.
KDE 3 is no longer maintained and the test site is no longer valid. Feel free to reopen this ticket if the issue is still present in KDE 4.8 or higher.