bug#12876: 24.3.50; DocView problem with cached files

[Tassilo Horn <tsdh@gnu.org>]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>> the following patch fixes the issue for me, but I'm not sure if it's the
>> right thing to do.  Stefan, could you please check?
>
> [ BTW, using a "diff -b" is very helpful for such patches which
>   reindent a lot of code. ]

Right, I'll do the next time.

>> Basically, the difference between finding a not yet converted doc and
>> a doc that's already cached is that in the former case
>> `doc-view-goto-page' runs with the selected window displaying the
>> doc's buffer.  AFAIKS, that's a must for the image-mode winprops
>> stuff to work, so in the latter case, the patch defers running
>
> Actually, no, the winprops stuff should also work when the buffer is
> not displayed anywhere.
>
> But I can't seem to reproduce the OP's problem.
> I tried just "emacs -Q ~/tmp/foo.pdf; emacs -Q ~/tmp/foo.pdf" and it
> worked fine.

Not here running "eliz@gnu.org-20121114172255-6mbtm95gmreikpt1", that is
revno 110896.  I have the same symptoms as Stephen, that is, "P/17" in
mode-line and `doc-view-next-page' and friends error.

There are some newer commits since then, but none in
lisp/emacs-lisp/gv.el.

> I have the strange impression that the problem was actually not in
> doc-view.el or image-mode.el (neither of which was modified between
> 110689 and 110748).  I instead suspect it was a temporary bug in
> gv.el.  It's been fixed since, but the fix will only become effective
> after recompiling the victim.

I run Gentoo GNU/Linux, so everytime I reinstall the emacs-vcs package,
it'll do a complete vanialla install bootstrapping and recompiling
everything.

I'll update to revno 110904 to see if it works and report back.

Bye,
Tassilo