Created attachment 6762 [details] Title, Author, Subject and Application are false Hi, I tested Bullzip PDF Printer, PDFill PDF Writer and PDFCreator but all software which uses Ghostscript as PrimoPDF, CutePDF Writer, etc. seems affected. I use PDF-XChange Viewer 2.056 (an Adobe alternative). GPL Ghostscript 8.70 and older : Title, Author, Subject and Application are false. GPL Ghostscript 8.71 : Title, Author, Subject and Application are true. GPL Ghostscript 9.00 : Subject are again false. Best regards. Régis
Created attachment 6763 [details] Title, Author, Subject and Application are true
Created attachment 6764 [details] Subject are again false
Can you attach a sample PS file, please.
Sorry, I do not understand. You want me to install Ghostscript 8.70 and export the picture in PS file with my PDF Writer? Correct?
In most cases the bug cannot be fixed without reproducing it on the developer's computer. Ghostscript converts PostScript stream to PDF file. We need a PostScript stream that Ghostscript receives from your applications and converts to PDF. Perhaps, you can select "print to file" or find the cached file somewhere on disk. If you just use gs-based applications to view PDF, attach that pdf file.
Created attachment 6768 [details] Postscript file
I'm afraid I do not understand the bug report. The PDF fields contain strings, and therefore cannot be 'false'. My best guess, from your screenshots, is that the current version of Ghostscript produces a PDF file where the Subject field which contains '()'. The Subject, Author, Title and Producer can be set in several ways. The most likely is the presence of DSC comments. Lines beginning '%%' in the PostSctript file are comments, A line such as '%% Author: ...' will result in the PDF file being written with an appropriate Author keyword. However these can also be set by using the pdfmark operator and sending that to Ghostscript as part of the job. Now, when creating PDF files using any of the named applications, the first thing that happens is that the Windows print system creates a *PostScript* file, which is then passed to Ghostscript to do the conversion to PDF. In order for us to reproduce your problem, we would need to see the PostScript file which is created. If you can provide that, then we can investigate this problem; without it, there is nothing that we can do, we don't know whether the comment or a pdfmark is used to set the field, and we don't know what the supplied data actually is.
Hi, GPL Ghostscript 8.70 and older Title : \376\377\... Author : \376\377\... Subject : () Application : \376\377\... GPL Ghostscript 8.71 Title : Author : Subject : Application : GPL Ghostscript 9.00 Title : Author : Subject : () Application : Sorry, It is not false... I have () when subject is empty. Of course, It is not really really important. I must translate your messages and I am not an expert in computer science so... Where or how is created the PostScript file? For me it is transparent. Best regards. Régis
(In reply to comment #8) > I must translate your messages and I am not an expert in computer science so... > Where or how is created the PostScript file? For me it is transparent. The PostScript may or may not be created as a file, It may be sent directly from the print subsystem to Ghostscript without being written to disk. You could try printing to FILE: which will capture the actual print stream, but it will not capture any amendments or additions created by the virtual PostScript printer application. You may be better to contact the creators of the applications which use Ghostscript with your problem. Those developers should have some way to capture the PostScript stream which they could then provide to us. Without that, there is really nothing further that we can do.