Skip Navigation



Sign Up

If you sign up for an account on this web site you can customise elements of this site and subscribe to an email newsletter.

If you have an account on this web site you may login.

If you have an account on this site but have forgotten your user name and / or your password then you can request an account reminder email.

Internal link domain mixing

This bug was first reported by Jamie in Feb 2006:

Bruno has since confirmed that it also happens on another server.

The symptoms are that sometime internal links are pointed to other sites on the server — the domain name used is the wrong one.

The only work around to this bug at the moment is to only have one MKDoc instance per Apache / mod_perl instance.

To reproduce this bug all you need is two sites on one server both with a document at, for example, /news/ and if you then create a new document, say /test/ on both sites and add a link component to both /test/ pages pointing at /news/ then one of the sites will end up linking to the other.

In addition is seem that there is another bug that prevents pages that have their links mixed up from being edited, this is the error in the apache logs:

  $VAR1 = {
  'SCRIPT_NAME' => '',
  'MKD__CACHE_DIR' => '/usr/local/mkdoc-sites/',
  'PATH_INFO' => '/test/',
  'HTTP_ACCEPT' => 'text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/ png,*/*;q=0.5',
  'SCRIPT_FILENAME' => '/usr/local/mkdoc-1-6/cgi/mkdoc.cgi',
  'SERVER_SOFTWARE' => 'Apache/1.3.34 (Unix) mod_perl/1.29',
  'MKD__PLUGIN_LIST' => '/usr/local/mkdoc-1-6/conf/users.conf',
  'AUTH_TYPE' => 'Basic',
  'QUERY_STRING' => '',
  'REMOTE_PORT' => '51609',
  'HTTP_USER_AGENT' => 'Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060501 Fedora/1.7.13-1.1.fc5',
  'SERVER_SIGNATURE' => '<ADDRESS>Apache/1.3.34 Server at Port 8080</ADDRESS>',
  'HTTP_CACHE_CONTROL' => 'max-age=0',
  'SITE_DIR' => '/usr/local/mkdoc-sites/',
  'PERL5LIB' => '/usr/local/mkdoc-1-6',
  'PATH' => '/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/mkdoc-1-6/tools:/usr/local/mkdoc-1-6/tools/cron',
  'GATEWAY_INTERFACE' => 'CGI-Perl/1.1',
  'MKDOC_DIR' => '/usr/local/mkdoc-1-6',
  'DOCUMENT_ROOT' => '/usr/local/apache/htdocs',
  'PATH_TRANSLATED' => '/usr/local/mkdoc-1-6/cgi/mkdoc.cgi/test/',
  'SERVER_NAME' => '',
  'SERVER_ADMIN' => '[email protected]',
  'HTTP_ACCEPT_ENCODING' => 'gzip,deflate',
  'USER_DOMAIN' => '',
  'REMOTE_USER' => 'chris',
  'HTTP_MAX_FORWARDS' => '10',
  'SERVER_PORT' => '8080',
  'PUBLIC_DOMAIN' => '',
  'REMOTE_ADDR' => '',
  'MKD__TIDY' => '/usr/local/mkdoc-1-6/tools/',
  'REQUEST_URI' => '/test/',
  'SERVER_ADDR' => '',
  'HTTP_HOST' => '',
  'MOD_PERL' => 'mod_perl/1.29'
  [PETAL ERROR] Can't use string ("HASH(0xaffd610)") as a HASH ref while "strict refs" in use at ../MKDoc/Util/ line 362.
  . Debug info written in /tmp/petal_debug.12691.1149518491.kdrgqckozc at /usr/lib/perl5/site_perl/5.8.8/ line 473.

And the debug message are attached:

And if you look at this document in the database this is the link component causing the problem:

  <block id="flo_block_2" type="link">
  <hash id="189876688" bless="flo::editor::Link">
      <item key="internal_link">
<hash id="186546984">
    <item key="fragment">
        <litteral undef="true" />
    <item key="query">
        <litteral undef="true" />
    <item key="document_id">
    <item key="scheme">
    <item key="operation">
        <litteral undef="true" />
    <item key="is_internal">
    <item key="authority">
      <item key="url">
      <item key="title">
      <item key="description">
      <item key="uri_name">

This link was created on a site served at and the other MKDoc site on this virtual machine is at and this other site does have a /news/ document.


This document was last modified by Chris Croome on 2006-06-05 07:49:12
MKDoc Ltd., 31 Psalter Lane, Sheffield, S11 8YL, UK.
Copyright © 2001-2006 MKDoc Ltd.