diff options
author | Starla Insigna <hatkirby@fourisland.com> | 2008-12-13 10:18:55 -0500 |
---|---|---|
committer | Starla Insigna <hatkirby@fourisland.com> | 2008-12-13 10:18:55 -0500 |
commit | f037e1d6baa069b324b7a0fd6eaffbdfb5c6f4dc (patch) | |
tree | c638a2e85e8f906746729d44e2e1c3fd7d100e95 /theme/admin/managePendingQuotes.tpl | |
parent | 1f975f948841eacd2cca2da39cfbe04d10e0e137 (diff) | |
download | fourisland-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 'theme/admin/managePendingQuotes.tpl')
0 files changed, 0 insertions, 0 deletions