Bug 95340 - [instructions] SQL-Ledger print PDF to screen no longer works
Summary: [instructions] SQL-Ledger print PDF to screen no longer works
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 3.2.2
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-12-17 15:53 UTC by Mark Bucciarelli
Modified: 2012-04-20 15:21 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mark Bucciarelli 2004-12-17 15:53:38 UTC
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.
Comment 1 Thiago Macieira 2004-12-17 20:48:01 UTC
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"
Comment 2 Mark Bucciarelli 2004-12-17 20:59:50 UTC
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?

Comment 3 Thiago Macieira 2004-12-17 21:20:12 UTC
It should. I don't know why it doesn't.

The only thing that could throw it off is that "Content-Disposition" header.
Comment 4 Mark Bucciarelli 2004-12-17 21:23:12 UTC
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?

Comment 5 Thiago Macieira 2004-12-17 21:37:44 UTC
Uh... sorry. I forgot to erase that part of my comment after I found out about the headers.
Comment 6 Kurt Pfeifle 2007-01-07 17:45:02 UTC
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.
Comment 7 George Goldberg 2008-07-06 06:39:29 UTC
I can still reproduce this in konqueror svn r827914.
Comment 8 Dawit Alemayehu 2012-04-20 15:21:48 UTC
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.