From cea909d69360c975608cc9496d8aa814caf1fce5 Mon Sep 17 00:00:00 2001
From: "Alex A. Naanou" <alex.nanou@gmail.com>
Date: Sat, 4 Feb 2023 03:18:50 +0300
Subject: [PATCH] finally a thread to pull on in the sync bug...

Signed-off-by: Alex A. Naanou <alex.nanou@gmail.com>
---
 pwiki/parser.js | 12 +++++++++---
 1 file changed, 9 insertions(+), 3 deletions(-)

diff --git a/pwiki/parser.js b/pwiki/parser.js
index 1c8667b..bb81333 100755
--- a/pwiki/parser.js
+++ b/pwiki/parser.js
@@ -438,9 +438,15 @@ module.BaseParser = {
 	// 		the ast is constructed the other should be part of the ast...
 	// XXX ASYNC this does not yet work as a replacement for .expand(..), 
 	// 		not sure why...
-	// 		...can't yet reproduce outside the page rendering...
-	// 		...seems to be an odd sync issue, either in one of the macro
-	// 		handlers or in the way the defaults are applied...
+	//		...seems that this breaks how slots are handled...
+	//		to reproduce:
+	//			new code:
+	//				await p.pwiki.parse('<slot moo/>!!! <slot moo>moo</slot>')
+	//					-> '!!! '
+	//			old code:
+	//				await p.pwiki.parse('<slot moo/>!!! <slot moo>moo</slot>')
+	//					-> 'moo!!! '
+	//		...does not seem to affect named macros...
 	_expand: function(page, ast, state={}){
 		var that = this
 		ast = ast == null ?