[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#420128: marked as done (kpdf: Cannot open external files.)

Your message dated Fri, 13 Jun 2008 00:42:29 +0200
with message-id <20080612224229.GA27310@galadriel.inutil.org>
and subject line Re: Bug#420128: kpdf: Cannot open external files.
has caused the Debian Bug report #420128,
regarding kpdf: Cannot open external files.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
420128: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=420128
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: kpdf
Version: 4:3.5.5-3
Severity: normal


After downlowading public PDF files from the following adresses:
http://www.toulouse.fr/fr-32/logement-habitat-urbanisme-54/urbanisme-58/plan-local-urbanisme-p.l.u-1481.html
http://www.toulouse.fr/documents/urbanisme/plu/modifications2/EP_MIXIT_DOSSIER.pdf
http://www.toulouse.fr/documents/urbanisme/plu/AUTRES_FICHIERS/Sommaire_PLU.pdf
http://www.toulouse.fr/documents/urbanisme/plu/PAGE_ACCUEIL_CDROM.pdf

I understood that only the first page is displayed.

Others pages should be available based on a relative URL.

kdpf doesnot display this relative URL, when acroreader (adobe reader) 7
display an alert: «Impossible d'ouvrir le fichier EP_MIXIT_NOTICE.pdf»

Under windows, files are available.



-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages kpdf depends on:
ii  kdelibs4c2a            4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libc6                  2.3.6.ds1-4       GNU C Library: Shared libraries
ii  libfontconfig1         2.4.1-2           generic font configuration library
ii  libfreetype6           2.2.1-2           FreeType 2 font engine, shared lib
ii  libgcc1                1:4.1.1-19        GCC support library
ii  libjpeg62              6b-13             The Independent JPEG Group's JPEG 
ii  libpaper1              1.1.14-7          Library for handling paper charact
ii  libqt3-mt              3:3.3.7-1         Qt GUI Library (Threaded runtime v
ii  libstdc++6             4.1.1-19          The GNU Standard C++ Library v3
ii  libx11-6               2:1.0.3-7         X11 client-side library
ii  libxft2                2.1.8.2-8         FreeType-based font drawing librar
ii  zlib1g                 1:1.2.3-11        compression library - runtime

Versions of packages kpdf recommends:
ii  kghostview                    4:3.5.5-3  PostScript viewer for KDE

-- no debconf information

--- End Message ---
--- Begin Message --- 
On Sat, Apr 21, 2007 at 02:13:31PM +0200, Pino Toscano wrote:

> Ah! Then the "fault" is in Iceweasel, that does not know KPDF can open remote 
> URLs, and always download the file, launching KPDF with the path to the 
> _local temporary_ file.
> 
> You can workaround to the problem:
> a) using Konqueror ;)
> [simpler] b) right click on the URL -> Copy Link Location, and then opening 
> separately KPDF, then File -> Open and specifying the URL you copied in 
> Iceweasel.
> 
> But for sure this is not a KPDF problem.

Since this is not a kpdf bug, but rather an Iceweasel configuration issue,
I'm closing the bug.

Cheers,
        Moritz

--- End Message ---
Reply to: