Hi, on my installation (v2.1.4), PDF-output of ticket-zoom does not work with mod_perl. On cgi-mode, it works. All other outputs (search, stats) work in both cgi and mod_perl.
And hints? Same problems on your installation? I don'T have experience in this stuff. Which details (versions of mod_perl, perl-startup, etc.) do you need to help me. Bye, Alex Alexander Scholler schrieb: > Hi again, > > sorry for my mails on this issues coming in drop by drop > > I have to add that the pdf-output on my productive intance only doesn't > work for ticket-zooms. Search-results and stats can be made as pdf. > stats- and search-pdf-outputs are in landscape orientation, ticket-zoom > is in normal-orientation. I temporary switched this through patching > Kernel::System:PDF. This results in switch orientations of pdfs, but > still only the ticket-outputs are corrupted. > > On Kernel::System:PDF, there seems to be no possibility for enabling debug. > > There are no missing images in /var/httpd/htdocs/images/Standard/. which > contains 83 files. > > I summaries: I think the only differences between my working (t) > test-instance and my "corrupt" (p) productive-instance are: > (t) CGI and articles not available in storage > (p) mod_perl and articles available > > Any hints? > > Bye, Alex > > > Alexander Scholler schrieb: >> Also notice the following error-reporting from kghostview on the damaged >> pdf... >> >>> kghostview ticket_2006021586000083_2007-02-15_07-45.pdf >> **** Warning: An error occurred while reading an XREF table. >> **** The file has been damaged. This may have been caused >> **** by a problem while converting or transfering the file. >> **** Ghostscript will attempt to recover the data. >> ERROR: /invalidaccess in --setfileposition-- >> Operand stack: >> post_eof_count --nostringval-- 0 >> Execution stack: >> %interp_exit .runexec2 --nostringval-- --nostringval-- >> --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- >> --nostringval-- false 1 %stopped_push 1 3 %oparray_pop 1 >> 3 %oparray_pop 1 3 %oparray_pop 1 3 %oparray_pop >> runexec2 --nostringval-- --nostringval-- --nostringval-- 2 >> %stopped_push --nostringval-- --nostringval-- --nostringval-- >> --nostringval-- --nostringval-- --nostringval-- >> Dictionary stack: >> --dict:1139/3371(ro)(G)-- --dict:0/20(G)-- --dict:108/200(L)-- >> --dict:104/127(ro)(G)-- --dict:241/347(ro)(G)-- --dict:17/24(L)-- >> Current allocation mode is local >> Last OS error: 2 >> Current file position is 2352 >> ESP Ghostscript 8.15.3: Unrecoverable error, exit code 1 >> >> Alexander Scholler schrieb: >>> Hi, >>> >>> I use v2.1.4 with PDF-output on SuSE 9.3. >>> On this server, I run >>> * a test-instance of OTRS with CGI and >>> * a productive-instance with mod_perl. >>> >>> Both instances are identically configured and use the same DB. >>> ArticleStorageFS is used, and the test-instance has no files stored >>> within the var/article. >>> >>> The problem is that the generated PDF-ticket-printings are >>> * correct within the test-instance with CGI >>> * corrupted (cannot be displayed with KPDF, kghostview, Acrobat Reader) >>> within the productive-instance with mod-perl. >>> >>> The used tickets are really simple (1 article without attachments). >>> Here is for examle one generated pdf from test and productive instance. >>> >>> -rw-r--r-- 1 user users 147456 15. Feb 07:45 >>> ticket_2006021586000083_2007-02-15_07-45.pdf >>> -rw-r--r-- 1 user users 143852 15. Feb 07:46 >>> ticket_2006021586000083_2007-02-15_07-46.pdf >>> >>> No OTRS- and Apache-loggings occure. >>> >>> Does anybody have the same problem? >>> >>> Bye, Alex >>> >> _______________________________________________ >> OTRS mailing list: otrs - Webpage: http://otrs.org/ >> Archive: http://lists.otrs.org/pipermail/otrs >> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs >> Support orr consulting for your OTRS system? >> => http://www.otrs.com/ >> >> >> > _______________________________________________ OTRS mailing list: otrs - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/otrs Support orr consulting for your OTRS system? => http://www.otrs.com/