GNU bug report logs - #31681
26.1 - 454-page PDF render is corrupt

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 31681 in the body.
You can then email your comments to 31681 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Van L <van <at> scratch.space>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1 - 454-page PDF render is corrupt
Date: Sat, 2 Jun 2018 15:27:28 +1000

Hello.

I have a 454-page book in PDF the Emacs 26.1 release (as NS and Mac Port) is unable to render correctly.

Please, see the screenshots [1] & [2] showing side-by-side for comparison.

The macos default PDF viewer on the left side of [1] is able to render properly.

Thanks in advance.

—

[1] http://emacs.scratch.space/public/PDF-gibberish.png
[2] http://emacs.scratch.space/public/PDF-gibberish-1.png

Message #8 received at 31681 <at> debbugs.gnu.org (full text, mbox):

From: Glenn Morris <rgm <at> gnu.org>
To: Van L <van <at> scratch.space>
Cc: 31681 <at> debbugs.gnu.org
Subject: Re: bug#31681: 26.1 - 454-page PDF render is corrupt
Date: Mon, 02 Jul 2018 22:33:59 -0400

Van L wrote:

> I have a 454-page book in PDF the Emacs 26.1 release (as NS and Mac
> Port) is unable to render correctly.

If you are saying that DocView doesn't render the pdf correctly, then
all it does is use an external tool to convert the pdf to png, then show
the png. So presumably it is the external tool (pdfdraw, mudraw, or gs)
that has the bug.

Message #11 received at 31681 <at> debbugs.gnu.org (full text, mbox):

From: Van L <van <at> scratch.space>
To: Glenn Morris <rgm <at> gnu.org>
Cc: 31681 <at> debbugs.gnu.org
Subject: Re: bug#31681: 26.1 - 454-page PDF render is corrupt
Date: Fri, 20 Jul 2018 12:12:07 +1000

> Glenn Morris wrote:
> 
>> I have a 454-page book in PDF the Emacs 26.1 release (as NS and Mac
>> Port) is unable to render correctly.
> 
> If you are saying that DocView doesn't render the pdf correctly, then
> all it does is use an external tool to convert the pdf to png, then show
> the png. So presumably it is the external tool (pdfdraw, mudraw, or gs)
> that has the bug.

Thanks. I figure the wait is for the wishlist item that has webkit being spoken to in C++ to perform the presentation.

Message #14 received at 31681 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Glenn Morris <rgm <at> gnu.org>
Cc: Van L <van <at> scratch.space>, 31681 <at> debbugs.gnu.org
Subject: Re: bug#31681: 26.1 - 454-page PDF render is corrupt
Date: Sun, 29 Sep 2019 14:05:00 +0200

Glenn Morris <rgm <at> gnu.org> writes:

> Van L wrote:
>
>> I have a 454-page book in PDF the Emacs 26.1 release (as NS and Mac
>> Port) is unable to render correctly.
>
> If you are saying that DocView doesn't render the pdf correctly, then
> all it does is use an external tool to convert the pdf to png, then show
> the png. So presumably it is the external tool (pdfdraw, mudraw, or gs)
> that has the bug.

So there doesn't seem to be anything to do here on the Emacs side, and
I'm closing this bug report.  If this is an Emacs bug, please reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.