Package: libmodxslt0
Version: 2004112100-3.1
Severity: normal

If you set up a reverse-proxied site with the idea of doing xslt on the
way out, modxslt fails. 

[Sun Jul 09 08:41:07 2006] [error] [client 10.1.0.104] mod_xslt: I/O
[Sun Jul 09 08:41:07 2006] [error] [client 10.1.0.104] mod_xslt: warning:
[Sun Jul 09 08:41:07 2006] [error] [client 10.1.0.104] mod_xslt: failed to load 
external entity "proxy:///home/david/Projects/cms/xsl/page.xsl"
[Sun Jul 09 08:41:07 2006] [error] [client 10.1.0.104] mod_xslt: fatal - 
couldn't load stylesheet for: proxy:http://server.catnip.org.uk:8080/path/

The problem is down to lib/modxslt-doc.c:1043 where it does a
xmlBuildURL using the filename eg "/path/to/xsltfile.xsl" and the base,
which is something like "proxy:http://remote.server/";. Unfortunately the
proxy: part confuses libxml2 and it returns something like
proxy:///path/to/xsltfile.xsl and then libxslt obviously can't find that file.

Setting that line to "URL = NULL;" hacks around the issue, but obviously
breaks other things. I suspect the solution would involve stripping the
proxy: off the base.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-powerpc
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages libmodxslt0 depends on:
ii  libc6                      2.3.6-15      GNU C Library: Shared libraries
ii  libpcre3                   6.4-2         Perl 5 Compatible Regular Expressi
ii  libxml2                    2.6.26.dfsg-1 GNOME XML library
ii  libxslt1.1                 1.1.17-1      XSLT processing library - runtime 
ii  zlib1g                     1:1.2.3-11    compression library - runtime

libmodxslt0 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to