0.9.5 test builds

those should be merged down within the next 24 hours.

Quote from: kylej at Aug 19, 2006, 01:14 PM

banzai,
I found the problem. In my testing of the category addition I somehow missed testing what happens when no category is specified. I have commited a fix to my branch, and have attached the updated files to this post for anyone who wants a quick fix. Just replace the files in the zip in the folder manager->processors.

Thanks your fix works great now;)

Merges completed...

Bonzai’s manager theme corrections, commit 1318
Kyle’s correction to saving categories, commit 1319

and as always, thanks for the contributions folks; it really is much appreciated!

Recursive parser (beta2) now added to the trunk. Please test to see if all works and performs well.

Update: After addint the new parser you must refresh your site.

Quote from: xwisdom at Aug 20, 2006, 03:44 PM

Recursive parser (beta2) now added to the trunk. Please test to see if all works and performs well.

Update: After addint the new parser you must refresh your site.

After an upgrade of my rev 1319 installation, I got this on the manager login page, and when I tried to login the same thing on a blank page:

Fatal error: Cannot redeclare plug_0xf098dd38() (previously declared in C:\dev\xampp\htdocs\modx\assets\cache\sitePlugins.cache.php:3) in C:\dev\xampp\htdocs\modx\assets\cache\sitePlugins.cache.php on line 514

I removed the database, ran a new install without changing anything, and it worked like a charm, front and back-end. Very odd...does something need to happen to upgrade installations to "refresh the site" before the manager login?

I just tried a fresh install, and am getting a bug on the front end with the demo content isntalled (site won’t render):

Parse error: parse error, expecting `T_OLD_FUNCTION’ or `T_FUNCTION’ or `T_VAR’ or `’}’’ in /Library/WebServer/Documents/install1320/assets/cache/siteSnippets.cache.php on line 3117

Seems like there’s a minor bug hiding in the caching routines; looking forward to testing the recursion and new snippet syntax (and benchmarking too!).

Thanks for getting this in there Raymond!

FYI, I cleared out the contents of the snippets cache file and the front end rendered. I went in and added a space to one of the comments in a snippet, and it rebuilt the snippets cache as expected. It’s dying in the middle of the Membercheck snippet, on the line after:

Even more interestingly, when I delete the Membercheck snippet the front end renders fine. When I add a copy back in (making it the last snippet in the cache), the error returns again. Definitely seems to be an issue with the snippet not getting along nicely with the cache file.

Actually, I seem to recall something somewhere about Membercheck not working with PHP 4. I know it hasn’t been updated for 0.9.5, and I’m testing this on a localhost install running php 4.4.1.

Ryan, I added a PHP4-compatible version of Membercheck as an extra to the main Membercheck snippet in the repository - you could try that and see if it corrects the problem. But, knowing the original problems with running the snippet on PHP4, I would’ve expected it to bomb out earlier in the snippet code if that is the problem ...