summary refs log tree commit diff stats
path: root/includes/xmlrpc/is_scalar.php
diff options
context:
space:
mode:
authorStarla Insigna <hatkirby@fourisland.com>2008-12-13 10:18:55 -0500
committerStarla Insigna <hatkirby@fourisland.com>2008-12-13 10:18:55 -0500
commitf037e1d6baa069b324b7a0fd6eaffbdfb5c6f4dc (patch)
treec638a2e85e8f906746729d44e2e1c3fd7d100e95 /includes/xmlrpc/is_scalar.php
parent1f975f948841eacd2cca2da39cfbe04d10e0e137 (diff)
downloadfourisland-f037e1d6baa069b324b7a0fd6eaffbdfb5c6f4dc.tar.gz
fourisland-f037e1d6baa069b324b7a0fd6eaffbdfb5c6f4dc.tar.bz2
fourisland-f037e1d6baa069b324b7a0fd6eaffbdfb5c6f4dc.zip
Fixed BBCode parsing glitch
As previously seen in the 24 Ways post, there was a strange BBCode parsing glitch caused by a few circumstances. There had to be a BBCode tag that
had a parametered definition and a non-parametered definition. Both had to appear in the same post and the parametered had to appear before the
non-parametered.

Because the Four Island BBCode parsing system parses non-parametered tags first, it finds the opening tag of the non-parametered tag first, but when
it tries to find the closing tag, because it is searching from the beginning of the tag, it finds the closing tag of the parametered tag. This causes
strange things to happen.

This has been fixed by forcing the parsing system to start searching for the closing tag after the position where the starting tag is.
Diffstat (limited to 'includes/xmlrpc/is_scalar.php')
0 files changed, 0 insertions, 0 deletions