sumatrapdf - Project Hosting on Google Code

Today 29 min ago issue 803 (SumatraPDF doesn't report that 1.0.1 is available) commented on by leahcim - Ah. Well, I hope you will reconsider, should people start exploiting the buffer overflow in MuPDF that 1.0.1 fixed. :P My (and perhaps many others') personal preference is to be told that there's a new version, even if I installed only yesterday... Ah. Well, I hope you will reconsider, should people start exploiting the buffer overflow in MuPDF that 1.0.1 fixed. :P My (and perhaps many others') personal preference is to be told that there's a new version, even if I installed only yesterday... 54 min ago issue 803 (SumatraPDF doesn't report that 1.0.1 is available) Status changed by kkowalczyk - I did that intentionally. 1.0.1 was released very quickly after 1.0, fixes only an obscure bug and I didn't want to annoy people who downloaded 1.0 with immediate request to update to 1.0.1. They'll all get updated to 1.1 when it's released. Status: WontFix I did that intentionally. 1.0.1 was released very quickly after 1.0, fixes only an obscure bug and I didn't want to annoy people who downloaded 1.0 with immediate request to update to 1.0.1. They'll all get updated to 1.1 when it's released. Status: WontFix 3 hours ago issue 803 (SumatraPDF doesn't report that 1.0.1 is available) reported by leahcim - I have v1.0 installed (according to the About dialog). Checking SumatraPDF.exe's properties confirms I have 1.0.0. The 'Check for new version' option claims 'You have the latest version.'. Obviously, this is bad if the installed version happens to have security vulnerabilities. :P Mind you, this might not be the program's fault, but rather: root@cnspc18:~# curl -D - http://kjkpub.s3.amazonaws.com/sumatrapdf/sumpdf-latest.txt?v=1.0.0 HTTP/1.1 200 OK x-amz-id-2: 9jlwUAkfOMuj65dU6MdGHGBtYAGxl3FxT8SqDlMZy4622WuTIQprWtDoGTLthSfB x-amz-request-id: 276146649C9B79B4 Date: Mon, 04 Jan 2010 03:52:34 GMT x-amz-meta-s3fox-filesize: 4 x-amz-meta-s3fox-modifiedtime: 1258618972359 Last-Modified: Thu, 19 Nov 2009 08:23:19 GMT ETag: "2542b79651fab56d0ebfff75a0fdf7be" Content-Type: text/plain Content-Length: 4 Server: AmazonS3 1.0 I have v1.0 installed (according to the About dialog). Checking SumatraPDF.exe's properties confirms I have 1.0.0. The 'Check for new version' option claims 'You have the latest version.'. Obviously, this is bad if the installed version happens to have security vulnerabilities. :P Mind you, this might not be the program's fault, but rather: root@cnspc18:~# curl -D - http://kjkpub.s3.amazonaws.com/sumatrapdf/sumpdf-latest.txt?v=1.0.0 HTTP/1.1 200 OK x-amz-id-2: 9jlwUAkfOMuj65dU6MdGHGBtYAGxl3FxT8SqDlMZy4622WuTIQprWtDoGTLthSfB x-amz-request-id: 276146649C9B79B4 Date: Mon, 04 Jan 2010 03:52:34 GMT x-amz-meta-s3fox-filesize: 4 x-amz-meta-s3fox-modifiedtime: 1258618972359 Last-Modified: Thu, 19 Nov 2009 08:23:19 GMT ETag: "2542b79651fab56d0ebfff75a0fdf7be" Content-Type: text/plain Content-Length: 4 Server: AmazonS3 1.0 8 hours ago issue 765 (Digitally sign PDF documents) commented on by zeniko - Thanks, cameldebrno. 30 0 obj is indeed a pkcs7 signature that Adobe Reader displays and allows to verify while SumatraPDF doesn't. Not sure how easy it'll be to get Windows to do the verification for us, though. Thanks, cameldebrno. 30 0 obj is indeed a pkcs7 signature that Adobe Reader displays and allows to verify while SumatraPDF doesn't. Not sure how easy it'll be to get Windows to do the verification for us, though. 8 hours ago issue 784 (Impreovement idea on making selections on a page) commented on by zeniko - An alternative work-around: a) Zoom out until the whole page can be seen. b) Select the page (or whatever section you want). c) Zoom in to the desired resolution. d) Copy the selection (which remained on the section during zooming). An alternative work-around: a) Zoom out until the whole page can be seen. b) Select the page (or whatever section you want). c) Zoom in to the desired resolution. d) Copy the selection (which remained on the section during zooming). 8 hours ago issue 792 (Improvement - Zoom performance when complex PDF with several...) commented on by zeniko - Issue 681 has been merged into this issue. Issue 681 has been merged into this issue. 8 hours ago issue 681 (Slow loading of some pages compared to adobe reader 9) changed by zeniko - Status: Duplicate Status: Duplicate 8 hours ago issue 800 (search problem) changed by zeniko - Looks like issue 615 to me. Status: Duplicate Looks like issue 615 to me. Status: Duplicate 8 hours ago issue 615 (Search jumping allover in the page wih results) commented on by zeniko - Issue 800 has been merged into this issue. Issue 800 has been merged into this issue. 8 hours ago issue 750 (the indication of the current page num., in continous mode s...) commented on by zeniko - Issue 797 has been merged into this issue. Issue 797 has been merged into this issue. 8 hours ago issue 797 (Wrong page number shown on multy page documents) changed by zeniko - Status: Duplicate Status: Duplicate 8 hours ago issue 793 (comments (such as yellow highlighting) do not show) changed by zeniko - This is "unlikely to change" as in "not a high priority at all", which means that you can speed things up by motivating somebody else to implement the feature and donate the code to the project (after having made sure that the implementation strategy will be accepted, of course). Status: Duplicate This is "unlikely to change" as in "not a high priority at all", which means that you can speed things up by motivating somebody else to implement the feature and donate the code to the project (after having made sure that the implementation strategy will be accepted, of course). Status: Duplicate 8 hours ago issue 678 (SumatraPDF does not display comments) commented on by zeniko - Issue 793 has been merged into this issue. Issue 793 has been merged into this issue. 8 hours ago issue 748 (table background not shown correctly) commented on by zeniko - That background is drawn as a rectangle with borders so wide that they touch in the middle. Seems like we don't correctly enlarge the border widths (starting at a certain zoom level, the rectangle's size remains constant to the screen resolution). That background is drawn as a rectangle with borders so wide that they touch in the middle. Seems like we don't correctly enlarge the border widths (starting at a certain zoom level, the rectangle's size remains constant to the screen resolution). 8 hours ago issue 788 (Problem searching for ligatures) commented on by zeniko - Issue 786 has been merged into this issue. Issue 786 has been merged into this issue. 8 hours ago issue 786 ("di?cult" problem) changed by zeniko - This was one of the many issues from issue 687 which has been fixed halfway. The other half is issue 788 (as for the drop shadows, that's issue 51). Status: Duplicate This was one of the many issues from issue 687 which has been fixed halfway. The other half is issue 788 (as for the drop shadows, that's issue 51). Status: Duplicate 8 hours ago issue 746 (Garbled fonts) commented on by zeniko - Issue 796 has been merged into this issue. Issue 796 has been merged into this issue. 8 hours ago issue 796 (hardly readable font in Sumatra) changed by zeniko - Yeah, type 3 fonts render bulkier since r1335. Status: Duplicate Yeah, type 3 fonts render bulkier since r1335. Status: Duplicate 8 hours ago issue 802 (Image rendering regression (from r1335)) reported by zeniko - Starting with r1335, the small mosquitos on page two of http://drop.io/issue_802 fail to render correctly. Starting with r1335, the small mosquitos on page two of http://drop.io/issue_802 fail to render correctly. Last 7 days Jan 01, 2010 issue 801 (Sumatra does not reload synctex file when it is changed) reported by josh.bialkowski - This may be kind of nitpicky, but if the synctex file is updated slowly after the .pdf file (from a latex build), then sumatra will not reload it. I assume that probably Sumatra only watches the .pdf file for changes, but in my setup I have the .pdf and .synctex file copied out of the source directory at the end of the build (to keep things uncluttered). When the pdf is changed then Sumatra will reload it, but since the synctex is copied afterward, Sumatra appears to be using the old synctex file. Thus, reverse search is out of sync. If I were using my own build script I could simply copy the synctex file first, but since I'm using an IDE, this isn't something I can configure. As a work around, I made a batch script that can be called from inside the IDE to launch Sumatra (if it's not already open) and then send the required DDE commands using CMCDDE. I'll post the code at the end of this report. If you ever get around to it, I think it might be useful to watch for changes in either the .pdf file, or the associated .synctex file, and reload when necessary. I would consider this a VERY LOW priority issue. P.S. Thanks for creating an awesome PDF viewer OpenAndSearch.bat ------- :: Batch script to open a file and forward search :: from within texlipse :: usage OpenAndSearch.bat "%fullfile" "%texfile" %line :: Setup texlipse with :: command: "C:\Windows\System32\CMD.EXE" :: arguments: /S/C """ "C:\Program Files\SumatraPDF\OpenAndSearch.bat" "%fullfile" "%texfile" %line > "C:\Program Files\SumatraPDF\OpenAndSearch.log" """ :: note the triple quotes, they're important :: You can remove the > "xxx.log" part if you don't want to record the output for debugging :: don't echo commands while stripping quotes @echo off :: Print the command line parameters that are used to a file echo Command Line Options: %1 %2 %3 :: strip quotes from input variables SET _string=%1 SET _string=###%_string%### SET _string=%_string:"###=% SET _string=%_string:###"=% SET _fullfile=%_string% SET _string=%2 SET _string=###%_string%### SET _string=%_string:"###=% SET _string=%_string:###"=% SET _texfile=%_string% SET _line=%3 :: now echo the following commands @echo on :: Open sumatra pdf if it is not already open run "C:\Program Files\SumatraPDF\SumatraPDF.exe" -reuse-instance :: Give sumatra server time to startup, can be removed if :: sure that sumatra is already running :: I actually remove this because if CMCDDE fails the first time, :: it does so slowly enough that by the time the second call is :: made, then sumatra is already up and running, and in this case :: the file will not need to be refreshed sleep 2 :: Note CMCDDE.EXE can be downloaded from :: http://www.robvanderwoude.com/ddecommandline.php :: if the site still exists :: Send DDE Command to open the file, options are :: 0 - don't open a new window :: 1 - set focus :: 1 - force refresh (will hopefully reload synctex) CMCDDE.EXE SUMATRA Control "[Open(\"%_fullfile%\",0,1,1)]" :: Send DDE Command to forward search to the correct place CMCDDE.EXE SUMATRA Control "[ForwardSearch(\"%_fullfile%\",\"%_texfile%\",%_line%,0)]" This may be kind of nitpicky, but if the synctex file is updated slowly after the .pdf file (from a latex build), then sumatra will not reload it. I assume that probably Sumatra only watches the .pdf file for changes, but in my setup I have the .pdf and .synctex file copied out of the source directory at the end of the build (to keep things uncluttered). When the pdf is changed then Sumatra will reload it, but since the synctex is copied afterward, Sumatra appears to be using the old synctex file. Thus, reverse search is out of sync. If I were using my own build script I could simply copy the synctex file first, but since I'm using an IDE, this isn't something I can configure. As a work around, I made a batch script that can be called from inside the IDE to launch Sumatra (if it's not already open) and then send the required DDE commands using CMCDDE. I'll post the code at the end of this report. If you ever get around to it, I think it might be useful to watch for changes in either the .pdf file, or the associated .synctex file, and reload when necessary. I would consider this a VERY LOW priority issue. P.S. Thanks for creating an awesome PDF viewer OpenAndSearch.bat ------- :: Batch script to open a file and forward search :: from within texlipse :: usage OpenAndSearch.bat "%fullfile" "%texfile" %line :: Setup texlipse with :: command: "C:\Windows\System32\CMD.EXE" :: arguments: /S/C """ "C:\Program Files\SumatraPDF\OpenAndSearch.bat" "%fullfile" "%texfile" %line > "C:\Program Files\SumatraPDF\OpenAndSearch.log" """ :: note the triple quotes, they're important :: You can remove the > "xxx.log" part if you don't want to record the output for debugging :: don't echo commands while stripping quotes @echo off :: Print the command line parameters that are used to a file echo Command Line Options: %1 %2 %3 :: strip quotes from input variables SET _string=%1 SET _string=###%_string%### SET _string=%_string:"###=% SET _string=%_string:###"=% SET _fullfile=%_string% SET _string=%2 SET _string=###%_string%### SET _string=%_string:"###=% SET _string=%_string:###"=% SET _texfile=%_string% SET _line=%3 :: now echo the following commands @echo on :: Open sumatra pdf if it is not already open run "C:\Program Files\SumatraPDF\SumatraPDF.exe" -reuse-instance :: Give sumatra server time to startup, can be removed if :: sure that sumatra is already running :: I actually remove this because if CMCDDE fails the first time, :: it does so slowly enough that by the time the second call is :: made, then sumatra is already up and running, and in this case :: the file will not need to be refreshed sleep 2 :: Note CMCDDE.EXE can be downloaded from :: http://www.robvanderwoude.com/ddecommandline.php :: if the site still exists :: Send DDE Command to open the file, options are :: 0 - don't open a new window :: 1 - set focus :: 1 - force refresh (will hopefully reload synctex) CMCDDE.EXE SUMATRA Control "[Open(\"%_fullfile%\",0,1,1)]" :: Send DDE Command to forward search to the correct place CMCDDE.EXE SUMATRA Control "[ForwardSearch(\"%_fullfile%\",\"%_texfile%\",%_line%,0)]" Dec 29, 2009 r1643 (update Welsh translation (contributed by Rhoslyn Prys)) committed by kkowalczyk - update Welsh translation (contributed by Rhoslyn Prys) update Welsh translation (contributed by Rhoslyn Prys) Last 30 days Dec 27, 2009 issue 800 (search problem) reported by gazsi...@freemail.hu - http://focus.ti.com/lit/ds/symlink/dir9001.pdf for the above file search is working normal if you search for for example word 'one', but if you search for letter 'a', or letter 'b' or letter 'c' you get weird results, it is found everywhere in the page http://focus.ti.com/lit/ds/symlink/dir9001.pdf for the above file search is working normal if you search for for example word 'one', but if you search for letter 'a', or letter 'b' or letter 'c' you get weird results, it is found everywhere in the page Dec 27, 2009 issue 790 (Print position) commented on by ggracieux - Same pb here Same pb here Dec 27, 2009 issue 777 (Strange display bug) commented on by kozyakin - It seems, the described bug is caused by the string linkifyPageText(page); in PdfEngine.cc introduced in r1606. At least, after commenting this string and recompiling sumatra there were no above bug for 4 days intensive work with WinEdt+MikTeX-28+Sumatra. It seems, the described bug is caused by the string linkifyPageText(page); in PdfEngine.cc introduced in r1606. At least, after commenting this string and recompiling sumatra there were no above bug for 4 days intensive work with WinEdt+MikTeX-28+Sumatra. Dec 25, 2009 issue 799 (Request: indication of disk is full instead of only saying '...) reported by gazsi...@freemail.hu - I often come to a situation when the disk is full, but there are programs which cannot handle this situation correctly, Sumatra is up to the task, but the message shown should give more information... So it should tell if the disk is full... instead of only saying 'Failed to save a file' I often come to a situation when the disk is full, but there are programs which cannot handle this situation correctly, Sumatra is up to the task, but the message shown should give more information... So it should tell if the disk is full... instead of only saying 'Failed to save a file' Dec 25, 2009 issue 797 (Wrong page number shown on multy page documents) commented on by gazsi...@freemail.hu - Your problem has just been solved, but the fix is only included in the current prerelease version of Sumatra yet, these versions are mainly for testing but as far as I know the current one can be used without any problem you can find it at: http://blog.kowalczyk.info/software/sumatrapdf/prerelease.html greetingz Viktor Your problem has just been solved, but the fix is only included in the current prerelease version of Sumatra yet, these versions are mainly for testing but as far as I know the current one can be used without any problem you can find it at: http://blog.kowalczyk.info/software/sumatrapdf/prerelease.html greetingz Viktor Dec 25, 2009 issue 784 (Impreovement idea on making selections on a page) commented on by s...@paf.net - btw: when trying the v8 Beta of http://www.pdfill.com/whatisnew.html, i found a button in "PDFill PDF Tools (FREE)" to convert PDF pages to pictures much larger than screen resolution - up to 600 dpi can be selected, so an A4 equals 4961x7016 pixels. btw: when trying the v8 Beta of http://www.pdfill.com/whatisnew.html, i found a button in "PDFill PDF Tools (FREE)" to convert PDF pages to pictures much larger than screen resolution - up to 600 dpi can be selected, so an A4 equals 4961x7016 pixels. Dec 25, 2009 issue 798 (add FindText DDE message ) reported by mozbugbox - Wrote a draft patch to add FindText DDE message for sumatrapdf. Since I don't have VC installed, it might not event compile, but the idea is there... Please check out: http://pastebin.ca/1724570 see http://forums.fofou.org/sumatrapdf/topic?id=153340#156322 Wrote a draft patch to add FindText DDE message for sumatrapdf. Since I don't have VC installed, it might not event compile, but the idea is there... Please check out: http://pastebin.ca/1724570 see http://forums.fofou.org/sumatrapdf/topic?id=153340#156322 Dec 24, 2009 issue 797 (Wrong page number shown on multy page documents) reported by mike.wa...@people.net.au - Using sumatrapdf, I viewed a 19 page document that I had scanned on an HP scanner. When I viewed the last page (page 19), sumatrapdf said I was looking at page 18 / 19. It seems that whenever I am looking at a the last page (p 19) of a multi-page document with sumatrapdf, it always shows the bottom few millimetres of the preceding page (p 18) at the top of the screen, and then it says that I am looking at that preceding page (p 18), even though I am looking at the last page (p 19). I then used Adobe reader to view the same document. Adobe reader correctly identified the last page as being page 19 / 19. Using sumatrapdf, I viewed a 19 page document that I had scanned on an HP scanner. When I viewed the last page (page 19), sumatrapdf said I was looking at page 18 / 19. It seems that whenever I am looking at a the last page (p 19) of a multi-page document with sumatrapdf, it always shows the bottom few millimetres of the preceding page (p 18) at the top of the screen, and then it says that I am looking at that preceding page (p 18), even though I am looking at the last page (p 19). I then used Adobe reader to view the same document. Adobe reader correctly identified the last page as being page 19 / 19. Dec 23, 2009 issue 765 (Digitally sign PDF documents) commented on by sebras - For Sumatrapdf dev:s This is rendered nicely in MuPDF (although it crashes with evince/xpdf). I think the original reporter just want to have a lock icon be displayed if a document is signed. And besides I cannot verify that the document is indeed digitally signed as all PDF objects appear to look the same as they always do!? / Sebastian For Sumatrapdf dev:s This is rendered nicely in MuPDF (although it crashes with evince/xpdf). I think the original reporter just want to have a lock icon be displayed if a document is signed. And besides I cannot verify that the document is indeed digitally signed as all PDF objects appear to look the same as they always do!? / Sebastian Dec 23, 2009 issue 796 (hardly readable font in Sumatra) reported by gazsi...@freemail.hu - http://www.ece.udel.edu/~mills/database/reports/ntp-mib-tr.pdf http://www.ece.udel.edu/~mills/database/reports/ntp-mib-tr.pdf Dec 22, 2009 issue 795 (this document is not searchable, not even in adobe, although...) reported by gazsi...@freemail.hu - http://www.lomex.hu/pdf/sa52-11.pdf as the title says, the document is not searchable, in adobe it 'can find' '1' for example, but the result is weird sometimes letter k or letter x, or letter h... any idea? http://www.lomex.hu/pdf/sa52-11.pdf as the title says, the document is not searchable, in adobe it 'can find' '1' for example, but the result is weird sometimes letter k or letter x, or letter h... any idea? Dec 21, 2009 issue 794 (Crash in drawglyph) reported by kkowalczyk - From http://forums.fofou.org/sumatrapdf/topic?id=153337 In http://citeseerx.ist.psu.edu/viewdoc/download? doi=10.1.1.42.7749&rep=rep1&type=pdf we crash in: >kb Index Function --------------------------------------------------------------------------- ----- 1 SumatraPDF.exe!fz_renderftglyph(fz_glyph_s glyph=0x0161f9a4, fz_font_s * font=0x00000000, int gid=25, fz_matrix_s trm={...}) 2 SumatraPDF.exe!fz_renderglyph(fz_glyphcache_s * arena=0x0163ff38, fz_glyph_s * glyph=0x0161f9a4, fz_font_s * font=0x02ba3270, int cid=25, fz_matrix_s ctm={...}) 3 SumatraPDF.exe!rendertext(fz_renderer_s * gc=0x00000010, fz_textnode_s * text=0x02c55db0, fz_matrix_s ctm={...}) 4 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x00000000, fz_masknode_s * mask=0x00000000, fz_matrix_s ctm={...}) 5 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55e08, fz_matrix_s ctm={...}) 6 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c55e08, fz_overnode_s * over=0x02c55ef0, fz_matrix_s ctm={...}) 7 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55ef0, fz_matrix_s ctm={...}) 8 SumatraPDF.exe!rendertransform(fz_renderer_s * gc=0x0163fee8, fz_transformnode_s * transform=0x00000000, fz_matrix_s ctm={...}) 9 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55ea8, fz_matrix_s ctm={...}) 10 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c55ea8, fz_overnode_s * over=0x02c2b0c8, fz_matrix_s ctm={...}) 11 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2b0c8, fz_matrix_s ctm={...}) 12 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x00000000, fz_masknode_s * mask=0x00000000, fz_matrix_s ctm={...}) 13 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2a880, fz_matrix_s ctm={...}) 14 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c2a880, fz_overnode_s * over=0x02c2aeb0, fz_matrix_s ctm={...}) 15 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2aeb0, fz_matrix_s ctm={...}) probably because glyph->samples in res_font.c@326 is NULL. In debug build, we also have this assert: >kb Index Function --------------------------------------------------------------------------- ----- 1 msvcr90d.dll!_wassert(const wchar_t * expr=0x0089fcd4, const wchar_t * filename=0x0089fca4, unsigned int lineno=300) 2 SumatraPDF.exe!drawglyph(fz_renderer_s gc=0x02e418b0, fz_pixmap_s * dst=0x02d81be8, fz_glyph_s * src=0x017bf0c8, int xorig=0, int yorig=-1) 3 SumatraPDF.exe!rendertext(fz_renderer_s * gc=0x02e418b0, fz_textnode_s * text=0x02e5f2e8, fz_matrix_s ctm={...}) 4 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x02e418b0, fz_masknode_s * mask=0x02e5f360, fz_matrix_s ctm={...}) 5 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x02e418b0, fz_node_s * node=0x02e5f360, fz_matrix_s ctm={...}) 6 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02e418b0, fz_overnode_s * over=0x02e5f460, fz_matrix_s ctm={...}) 7 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x02e418b0, fz_node_s * node=0x02e5f460, fz_matrix_s ctm={...}) because dst->n is 1 when gc->flag is FOVER \| FRGB (5) but the code expects dst->n to be 4. From http://forums.fofou.org/sumatrapdf/topic?id=153337 In http://citeseerx.ist.psu.edu/viewdoc/download? doi=10.1.1.42.7749&rep=rep1&type=pdf we crash in: >kb Index Function --------------------------------------------------------------------------- ----- 1 SumatraPDF.exe!fz_renderftglyph(fz_glyph_s glyph=0x0161f9a4, fz_font_s * font=0x00000000, int gid=25, fz_matrix_s trm={...}) 2 SumatraPDF.exe!fz_renderglyph(fz_glyphcache_s * arena=0x0163ff38, fz_glyph_s * glyph=0x0161f9a4, fz_font_s * font=0x02ba3270, int cid=25, fz_matrix_s ctm={...}) 3 SumatraPDF.exe!rendertext(fz_renderer_s * gc=0x00000010, fz_textnode_s * text=0x02c55db0, fz_matrix_s ctm={...}) 4 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x00000000, fz_masknode_s * mask=0x00000000, fz_matrix_s ctm={...}) 5 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55e08, fz_matrix_s ctm={...}) 6 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c55e08, fz_overnode_s * over=0x02c55ef0, fz_matrix_s ctm={...}) 7 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55ef0, fz_matrix_s ctm={...}) 8 SumatraPDF.exe!rendertransform(fz_renderer_s * gc=0x0163fee8, fz_transformnode_s * transform=0x00000000, fz_matrix_s ctm={...}) 9 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55ea8, fz_matrix_s ctm={...}) 10 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c55ea8, fz_overnode_s * over=0x02c2b0c8, fz_matrix_s ctm={...}) 11 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2b0c8, fz_matrix_s ctm={...}) 12 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x00000000, fz_masknode_s * mask=0x00000000, fz_matrix_s ctm={...}) 13 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2a880, fz_matrix_s ctm={...}) 14 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c2a880, fz_overnode_s * over=0x02c2aeb0, fz_matrix_s ctm={...}) 15 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2aeb0, fz_matrix_s ctm={...}) probably because glyph->samples in res_font.c@326 is NULL. In debug build, we also have this assert: >kb Index Function --------------------------------------------------------------------------- ----- 1 msvcr90d.dll!_wassert(const wchar_t * expr=0x0089fcd4, const wchar_t * filename=0x0089fca4, unsigned int lineno=300) 2 SumatraPDF.exe!drawglyph(fz_renderer_s gc=0x02e418b0, fz_pixmap_s * dst=0x02d81be8, fz_glyph_s * src=0x017bf0c8, int xorig=0, int yorig=-1) 3 SumatraPDF.exe!rendertext(fz_renderer_s * gc=0x02e418b0, fz_textnode_s * text=0x02e5f2e8, fz_matrix_s ctm={...}) 4 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x02e418b0, fz_masknode_s * mask=0x02e5f360, fz_matrix_s ctm={...}) 5 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x02e418b0, fz_node_s * node=0x02e5f360, fz_matrix_s ctm={...}) 6 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02e418b0, fz_overnode_s * over=0x02e5f460, fz_matrix_s ctm={...}) 7 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x02e418b0, fz_node_s * node=0x02e5f460, fz_matrix_s ctm={...}) because dst->n is 1 when gc->flag is FOVER \| FRGB (5) but the code expects dst->n to be 4. Dec 21, 2009 issue 793 (comments (such as yellow highlighting) do not show) commented on by paravantis - I realize that, in the past, developer has written that this is "unlikely to change". Is this still the developer's position? If so, it is a pity. Not to say that sumatrapdf is not an outstanding program that I use and will continue to use with great pleasure! I realize that, in the past, developer has written that this is "unlikely to change". Is this still the developer's position? If so, it is a pity. Not to say that sumatrapdf is not an outstanding program that I use and will continue to use with great pleasure! Dec 21, 2009 issue 793 (comments (such as yellow highlighting) do not show) reported by paravantis - Any PDF document that includes comments (e.g. yellow highlighting) does not show properly in sumatrapdf, i.e. the yellow highlighting does not show. Is there any chance that this may be addressed in the future? Best regards from sunny Greece, John Paravantis Assistant Professor University of Piraeus jparav@unipi.gr and paravantis@gmail.com Any PDF document that includes comments (e.g. yellow highlighting) does not show properly in sumatrapdf, i.e. the yellow highlighting does not show. Is there any chance that this may be addressed in the future? Best regards from sunny Greece, John Paravantis Assistant Professor University of Piraeus jparav@unipi.gr and paravantis@gmail.com Dec 21, 2009 issue 792 (Improvement - Zoom performance when complex PDF with several...) reported by davidolivan - SumatraPDF 1.01 on Windows XP Professional SP3. When rendering big and complex PDF documents with layers, like a street map, the rendering is slower than Adobe Acrobat Reader 9.2. Zooming to 200% takes several seconds (>10) on a Core 2 Duo T5600. Zooming to 400% is unusable as nothing is rendered (white background). The document tested is an underground/subway/tube map including cartographic layers. Only one page (very big) that needed to be zoomed at least to 200%. Acrobat Reader seems to work with tiles, as renders only the viewable area and when panning, calculates the necessary tiles on-demand. Also renders each layer separately, creating the image layer by layer (and showing it to the user). This has a very fast response when opening the document and the navigation (panning) works more or less (better than SumatraPDF. The document used (3MB) is: http://www.metromadrid.es/export/sites/metro/comun/documentos/planos/ MetroMadridesp.pdf SumatraPDF 1.01 on Windows XP Professional SP3. When rendering big and complex PDF documents with layers, like a street map, the rendering is slower than Adobe Acrobat Reader 9.2. Zooming to 200% takes several seconds (>10) on a Core 2 Duo T5600. Zooming to 400% is unusable as nothing is rendered (white background). The document tested is an underground/subway/tube map including cartographic layers. Only one page (very big) that needed to be zoomed at least to 200%. Acrobat Reader seems to work with tiles, as renders only the viewable area and when panning, calculates the necessary tiles on-demand. Also renders each layer separately, creating the image layer by layer (and showing it to the user). This has a very fast response when opening the document and the navigation (panning) works more or less (better than SumatraPDF. The document used (3MB) is: http://www.metromadrid.es/export/sites/metro/comun/documentos/planos/ MetroMadridesp.pdf Dec 21, 2009 issue 791 (request: terminate the search process with ESC key) reported by gazsi...@freemail.hu - As the new search function has the ability to search the document from the top to the bottom no matter what is the current position in the document, and for large documents if I press the enter key many times (accidently), the search is about to run that times... and as far as I know there is no way to stop it, so I think it would be a good idea to make the ability of stopping it by for example the ESC key As the new search function has the ability to search the document from the top to the bottom no matter what is the current position in the document, and for large documents if I press the enter key many times (accidently), the search is about to run that times... and as far as I know there is no way to stop it, so I think it would be a good idea to make the ability of stopping it by for example the ESC key Dec 21, 2009 issue 568 (Glyph background is not quite white) commented on by gazsi...@freemail.hu - Yes you are right, anyway it is interesting that: I've checked if I open a file with 16bit colour mode set and leave it open, an then I set the colour mode to 32 bit and open an other instance of Sumatra with that same file, I can see the newly opened one is gray when the old one is pinkish, but if I press r to refresh the old window it is still the same color It is interesting though that if I set the colour mode back to 16bit the contents of the newer window get pinkish too without refreshing and if I set it back to 32bit again it gets good still without refreshing... Although my screen is set to 16bit accidently and I've been too lazy to set it up properly ever since as I use a magicPCI card from rogev.com, that restores the contents of my C drive upon every reboot... Yes you are right, anyway it is interesting that: I've checked if I open a file with 16bit colour mode set and leave it open, an then I set the colour mode to 32 bit and open an other instance of Sumatra with that same file, I can see the newly opened one is gray when the old one is pinkish, but if I press r to refresh the old window it is still the same color It is interesting though that if I set the colour mode back to 16bit the contents of the newer window get pinkish too without refreshing and if I set it back to 32bit again it gets good still without refreshing... Although my screen is set to 16bit accidently and I've been too lazy to set it up properly ever since as I use a magicPCI card from rogev.com, that restores the contents of my C drive upon every reboot... Dec 20, 2009 issue 568 (Glyph background is not quite white) commented on by lev.bishop - gazsi: looks gray to me. 16 bit colour like in issue 720 ? gazsi: looks gray to me. 16 bit colour like in issue 720 ? Dec 20, 2009 issue 737 (Zooming in briefly zooms out first) commented on by gazsi...@freemail.hu - I think the fix of this issue has some connection to my enhancement proposal issue741, because now (as the window doesn't get zoomed out for a while and then in, instead, it shows the rendering please wait message), zooming in got looking better, but a slightly slower aswell as the rendering message is flashing up and it seems that it is taking more time(like +1second per zooming) than the previous way... I think the fix of this issue has some connection to my enhancement proposal issue741, because now (as the window doesn't get zoomed out for a while and then in, instead, it shows the rendering please wait message), zooming in got looking better, but a slightly slower aswell as the rendering message is flashing up and it seems that it is taking more time(like +1second per zooming) than the previous way... Dec 20, 2009 issue 568 (Glyph background is not quite white) commented on by gazsi...@freemail.hu - Hi Zeniko! I think I have a file that may have some connection to here, the glyph problem seems to be solved with it, but the whole background should be full gray not full pink, before your fix, it was gray in some areas on the page and pink in some areas, now it is fully pink the file: http://www.hestore.hu/files/ub232r.pdf Hi Zeniko! I think I have a file that may have some connection to here, the glyph problem seems to be solved with it, but the whole background should be full gray not full pink, before your fix, it was gray in some areas on the page and pink in some areas, now it is fully pink the file: http://www.hestore.hu/files/ub232r.pdf Dec 19, 2009 issue 790 (Print position) reported by robertbetz4 - I have created a PDF file using Latex (Lyx actually which calls Latex to develop the PDF). When I print to a HP LaserJet P3005 printer the printed page is slightly displaced to the right and downwards compared to the screen page. The same PDF file prints in the correct position using Adobe Reader, so it is not the PDF file itself. A similar issue was reported in about November by someone in the forum for a different printer but no-one else commented. I have created a PDF file using Latex (Lyx actually which calls Latex to develop the PDF). When I print to a HP LaserJet P3005 printer the printed page is slightly displaced to the right and downwards compared to the screen page. The same PDF file prints in the correct position using Adobe Reader, so it is not the PDF file itself. A similar issue was reported in about November by someone in the forum for a different printer but no-one else commented. Dec 19, 2009 issue 789 (Printing Landscape is broken in v1.0.1) reported by robert.finking - using the latest version (v1.0.1) there is a bug in the printing which wasn't there in the previous version. Now when you print out a landscape page the printed page has the wrong aspect ratio - it is square. The height is correct, but the width is wrong, instead of being as wide as the paper, the printing is only as wide as the height of the paper. All the content is there, but squashed. This is not specific to a particular PDF, others have reported the same problem. The PDF file I was trying to print was produced by Open Office Writer 3.0.1 with the Export to PDF option. See also forum threads for others with the same problem: http://forums.fofou.org/sumatrapdf/topic?id=153321 and http://forums.fofou.org/sumatrapdf/topic?id=143346 using the latest version (v1.0.1) there is a bug in the printing which wasn't there in the previous version. Now when you print out a landscape page the printed page has the wrong aspect ratio - it is square. The height is correct, but the width is wrong, instead of being as wide as the paper, the printing is only as wide as the height of the paper. All the content is there, but squashed. This is not specific to a particular PDF, others have reported the same problem. The PDF file I was trying to print was produced by Open Office Writer 3.0.1 with the Export to PDF option. See also forum threads for others with the same problem: http://forums.fofou.org/sumatrapdf/topic?id=153321 and http://forums.fofou.org/sumatrapdf/topic?id=143346 Dec 18, 2009 issue 788 (Problem searching for ligatures) reported by lev.bishop - May be related to issue 786 . The file at http://drop.io/ugrhxnf has several ligatures. Some of them can be searched for correctly ('fi' 'fl' 'ff'). Some of them cannot ('Th' 'ffi' 'ffl' 'ft' 'fj'). They can all be found in adobe reader. The file has a tounicode dictionary. I made it in pdflatex. Without the tounicode dictionary, none of the ligatures work, neither in sumatra nor in reader. May be related to issue 786 . The file at http://drop.io/ugrhxnf has several ligatures. Some of them can be searched for correctly ('fi' 'fl' 'ff'). Some of them cannot ('Th' 'ffi' 'ffl' 'ft' 'fj'). They can all be found in adobe reader. The file has a tounicode dictionary. I made it in pdflatex. Without the tounicode dictionary, none of the ligatures work, neither in sumatra nor in reader. Dec 18, 2009 issue 785 (Color management and separation preview) Status changed by kkowalczyk - Such a functionality is outside the scope of Sumatra, which aims to be small and simple and only provide the most frequently used functionality. Status: WontFix Such a functionality is outside the scope of Sumatra, which aims to be small and simple and only provide the most frequently used functionality. Status: WontFix Dec 18, 2009 issue 730 (Showing only watermark layer, content not visible) commented on by gazsi...@freemail.hu - I think this file has the same problem: http://drop.io/l828ws3# it may help... with 0.94 it is also rendered correctly(but not showing that watermark-like trademark in the middle) I think this file has the same problem: http://drop.io/l828ws3# it may help... with 0.94 it is also rendered correctly(but not showing that watermark-like trademark in the middle) Dec 18, 2009 issue 786 ("di?cult" problem) commented on by gazsi...@freemail.hu - to developers: anyway there is a minor rendering bug with this file: the drop shadows on pages 4,8,10,11,13 are rendered as solid gray areas to developers: anyway there is a minor rendering bug with this file: the drop shadows on pages 4,8,10,11,13 are rendered as solid gray areas Dec 18, 2009 issue 786 ("di?cult" problem) commented on by gazsi...@freemail.hu - Your problem has been recently solved: The new release version will contain this fix, but until you can use a pre-release version of Sumatra: http://blog.kowalczyk.info/software/sumatrapdf/prerelease.html this is a testing version but it is ok Your problem has been recently solved: The new release version will contain this fix, but until you can use a pre-release version of Sumatra: http://blog.kowalczyk.info/software/sumatrapdf/prerelease.html this is a testing version but it is ok Dec 18, 2009 issue 787 (A new file that can't be fully searched) reported by gazsi...@freemail.hu - http://www.sprinter.hu/letoltesek/?dl_id=335 "2009_nemzetkozi_arlista.pdf" the contents of those big tables on the pages can't be found according to Sumatra, when I search for them, only the header of the tables, and the other text i searchable http://www.sprinter.hu/letoltesek/?dl_id=335 "2009_nemzetkozi_arlista.pdf" the contents of those big tables on the pages can't be found according to Sumatra, when I search for them, only the header of the tables, and the other text i searchable Dec 18, 2009 issue 786 ("di?cult" problem) commented on by gazsi...@freemail.hu - and by the way, an other minor problem with this file is that the drop shadows 'around' the big images on pages 4,8,10,11,13 is not displayed corretctly only a gray area is shown around the images and by the way, an other minor problem with this file is that the drop shadows 'around' the big images on pages 4,8,10,11,13 is not displayed corretctly only a gray area is shown around the images

issue 794 (Crash in drawglyph) reported by kkowalczyk - From http://forums.fofou.org/sumatrapdf/topic?id=153337 In http://citeseerx.ist.psu.edu/viewdoc/download? doi=10.1.1.42.7749&rep=rep1&type=pdf we crash in: >kb Index Function --------------------------------------------------------------------------- ----- *1 SumatraPDF.exe!fz_renderftglyph(fz_glyph_s * glyph=0x0161f9a4, fz_font_s * font=0x00000000, int gid=25, fz_matrix_s trm={...}) 2 SumatraPDF.exe!fz_renderglyph(fz_glyphcache_s * arena=0x0163ff38, fz_glyph_s * glyph=0x0161f9a4, fz_font_s * font=0x02ba3270, int cid=25, fz_matrix_s ctm={...}) 3 SumatraPDF.exe!rendertext(fz_renderer_s * gc=0x00000010, fz_textnode_s * text=0x02c55db0, fz_matrix_s ctm={...}) 4 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x00000000, fz_masknode_s * mask=0x00000000, fz_matrix_s ctm={...}) 5 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55e08, fz_matrix_s ctm={...}) 6 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c55e08, fz_overnode_s * over=0x02c55ef0, fz_matrix_s ctm={...}) 7 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55ef0, fz_matrix_s ctm={...}) 8 SumatraPDF.exe!rendertransform(fz_renderer_s * gc=0x0163fee8, fz_transformnode_s * transform=0x00000000, fz_matrix_s ctm={...}) 9 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55ea8, fz_matrix_s ctm={...}) 10 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c55ea8, fz_overnode_s * over=0x02c2b0c8, fz_matrix_s ctm={...}) 11 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2b0c8, fz_matrix_s ctm={...}) 12 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x00000000, fz_masknode_s * mask=0x00000000, fz_matrix_s ctm={...}) 13 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2a880, fz_matrix_s ctm={...}) 14 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c2a880, fz_overnode_s * over=0x02c2aeb0, fz_matrix_s ctm={...}) 15 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2aeb0, fz_matrix_s ctm={...}) probably because glyph->samples in res_font.c@326 is NULL. In debug build, we also have this assert: >kb Index Function --------------------------------------------------------------------------- ----- 1 msvcr90d.dll!_wassert(const wchar_t * expr=0x0089fcd4, const wchar_t * filename=0x0089fca4, unsigned int lineno=300) *2 SumatraPDF.exe!drawglyph(fz_renderer_s * gc=0x02e418b0, fz_pixmap_s * dst=0x02d81be8, fz_glyph_s * src=0x017bf0c8, int xorig=0, int yorig=-1) 3 SumatraPDF.exe!rendertext(fz_renderer_s * gc=0x02e418b0, fz_textnode_s * text=0x02e5f2e8, fz_matrix_s ctm={...}) 4 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x02e418b0, fz_masknode_s * mask=0x02e5f360, fz_matrix_s ctm={...}) 5 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x02e418b0, fz_node_s * node=0x02e5f360, fz_matrix_s ctm={...}) 6 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02e418b0, fz_overnode_s * over=0x02e5f460, fz_matrix_s ctm={...}) 7 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x02e418b0, fz_node_s * node=0x02e5f460, fz_matrix_s ctm={...}) because dst->n is 1 when gc->flag is FOVER | FRGB (5) but the code expects dst->n to be 4.

From http://forums.fofou.org/sumatrapdf/topic?id=153337 In http://citeseerx.ist.psu.edu/viewdoc/download? doi=10.1.1.42.7749&rep=rep1&type=pdf we crash in: >kb Index Function --------------------------------------------------------------------------- ----- *1 SumatraPDF.exe!fz_renderftglyph(fz_glyph_s * glyph=0x0161f9a4, fz_font_s * font=0x00000000, int gid=25, fz_matrix_s trm={...}) 2 SumatraPDF.exe!fz_renderglyph(fz_glyphcache_s * arena=0x0163ff38, fz_glyph_s * glyph=0x0161f9a4, fz_font_s * font=0x02ba3270, int cid=25, fz_matrix_s ctm={...}) 3 SumatraPDF.exe!rendertext(fz_renderer_s * gc=0x00000010, fz_textnode_s * text=0x02c55db0, fz_matrix_s ctm={...}) 4 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x00000000, fz_masknode_s * mask=0x00000000, fz_matrix_s ctm={...}) 5 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55e08, fz_matrix_s ctm={...}) 6 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c55e08, fz_overnode_s * over=0x02c55ef0, fz_matrix_s ctm={...}) 7 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55ef0, fz_matrix_s ctm={...}) 8 SumatraPDF.exe!rendertransform(fz_renderer_s * gc=0x0163fee8, fz_transformnode_s * transform=0x00000000, fz_matrix_s ctm={...}) 9 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c55ea8, fz_matrix_s ctm={...}) 10 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c55ea8, fz_overnode_s * over=0x02c2b0c8, fz_matrix_s ctm={...}) 11 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2b0c8, fz_matrix_s ctm={...}) 12 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x00000000, fz_masknode_s * mask=0x00000000, fz_matrix_s ctm={...}) 13 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2a880, fz_matrix_s ctm={...}) 14 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02c2a880, fz_overnode_s * over=0x02c2aeb0, fz_matrix_s ctm={...}) 15 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x0163fee8, fz_node_s * node=0x02c2aeb0, fz_matrix_s ctm={...}) probably because glyph->samples in res_font.c@326 is NULL. In debug build, we also have this assert: >kb Index Function --------------------------------------------------------------------------- ----- 1 msvcr90d.dll!_wassert(const wchar_t * expr=0x0089fcd4, const wchar_t * filename=0x0089fca4, unsigned int lineno=300) *2 SumatraPDF.exe!drawglyph(fz_renderer_s * gc=0x02e418b0, fz_pixmap_s * dst=0x02d81be8, fz_glyph_s * src=0x017bf0c8, int xorig=0, int yorig=-1) 3 SumatraPDF.exe!rendertext(fz_renderer_s * gc=0x02e418b0, fz_textnode_s * text=0x02e5f2e8, fz_matrix_s ctm={...}) 4 SumatraPDF.exe!rendermask(fz_renderer_s * gc=0x02e418b0, fz_masknode_s * mask=0x02e5f360, fz_matrix_s ctm={...}) 5 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x02e418b0, fz_node_s * node=0x02e5f360, fz_matrix_s ctm={...}) 6 SumatraPDF.exe!renderover(fz_renderer_s * gc=0x02e418b0, fz_overnode_s * over=0x02e5f460, fz_matrix_s ctm={...}) 7 SumatraPDF.exe!rendernode(fz_renderer_s * gc=0x02e418b0, fz_node_s * node=0x02e5f460, fz_matrix_s ctm={...}) because dst->n is 1 when gc->flag is FOVER | FRGB (5) but the code expects dst->n to be 4.

Today

Last 7 days

Last 30 days