aboutsummaryrefslogtreecommitdiff
path: root/doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn')
-rw-r--r--doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn7
1 files changed, 7 insertions, 0 deletions
diff --git a/doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn b/doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn
index 02ce4e221..a9b223a46 100644
--- a/doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn
+++ b/doc/bugs/entirely_negated_pagespec_matches_internal_pages.mdwn
@@ -21,3 +21,10 @@ pagespec, and implicitly add "and !internal()" to it.
Either approach would require fully parsing the pagespec. And consider cases
like "!(foo and !bar)". Doesn't seem at all easy to solve. --[[Joey]]
+
+> It occurs to me that at least one place in ikiwiki optimizes by assuming
+> that pagespecs not mentioning the word "internal" never match internal
+> pages. I wonder whether this bug could be solved by making that part of
+> the definition of a pagespec, rather than a risky optimization
+> like it is now? That seems strange, though - having this special case
+> would make pagespecs significantly harder to understand. --[[smcv]]