* Fix another preview will_render bug. This one involved inline,
authorJoey Hess <joey@kodama.kitenet.net>
Sun, 24 Feb 2008 20:36:25 +0000 (15:36 -0500)
committerJoey Hess <joey@kodama.kitenet.net>
Sun, 24 Feb 2008 20:36:25 +0000 (15:36 -0500)
  which forced a scan of the page to make available metadata that
  appeared after the inline directive. Problem is that scan made it forget
  about any other files rendered due to the page. The scan also turns out
  to be unnecessary now, since meta persistently stores state and it's
  always available. So it was just removed.

IkiWiki/Plugin/inline.pm
debian/changelog

index b4030307847fd0392a848da51330ff40db15889b..b43530eb8dc57a198898ad670e1a94ad428c8b42 100644 (file)
@@ -153,11 +153,6 @@ sub preprocess_inline (@) { #{{{
        # that if they are removed or otherwise changed, the inline will be
        # sure to be updated.
        add_depends($params{page}, join(" or ", @list));
        # that if they are removed or otherwise changed, the inline will be
        # sure to be updated.
        add_depends($params{page}, join(" or ", @list));
-       # Force a scan of this page so any metadata that appears after this
-       # inline directive is available when inlining. The page normally 
-       # wouldn't be scanned if it's only being rebuilt because of a
-       # depedency.
-       IkiWiki::scan($pagesources{$params{page}});
 
        my $feednum="";
 
 
        my $feednum="";
 
index fb6b8e8a05783c3224c9a4507f5363baf98065ce..cd66d3c5b77149b938dddfacac4800e443c8c6e6 100644 (file)
@@ -38,6 +38,12 @@ ikiwiki (2.40) UNRELEASED; urgency=low
   * tla: Remove call to escapeHTML when constructing recentchanges message;
     the html is escaped at a different level. Closes: #466495
   * bzr, mercurial: Remove unused import of escapeHTML.
   * tla: Remove call to escapeHTML when constructing recentchanges message;
     the html is escaped at a different level. Closes: #466495
   * bzr, mercurial: Remove unused import of escapeHTML.
+  * Fix another preview will_render bug. This one involved inline,
+    which forced a scan of the page to make available metadata that
+    appeared after the inline directive. Problem is that scan made it forget
+    about any other files rendered due to the page. The scan also turns out
+    to be unnecessary now, since meta persistently stores state and it's
+    always available. So it was just removed.
 
  -- Josh Triplett <josh@freedesktop.org>  Sun, 10 Feb 2008 13:18:58 -0800
 
 
  -- Josh Triplett <josh@freedesktop.org>  Sun, 10 Feb 2008 13:18:58 -0800