PCRE 6.7 i zmiany dotyczące (?R) Opcje

[SHiP]

Ostatnio po zainstalowaniu php 5.2 moj skrypt zaczał pracować niepoprawnie. Z początku zastanawiałem się dlaczego. Teraz wiem, że winowajcą jest wyrażenie regularne, w którym składnia inaczej działa na najnowszej wersji.

W changelgu znalazłem

3. A nasty bug was discovered in the handling of recursive patterns, that is,
items such as (?R) or (?1), when the recursion could match a number of
alternatives. If it matched one of the alternatives, but subsequently,
outside the recursion, there was a failure, the code tried to back up into
the recursion. However, because of the way PCRE is implemented, this is not
possible, and the result was an incorrect result from the match.

In order to prevent this happening, the specification of recursion has
been changed so that all such subpatterns are automatically treated as
atomic groups. Thus, for example, (?R) is treated as if it were (?>(?R)).

Próbowałem przerobic wyrażenie na kilkanaście sposobów i wyszło że chyba jestem za głupi ;].
Czy ktoś jest w stanie poprawić ten kod?

[PHP] pobierz, plaintext 
<?php
// $AllowedTags to zmienna przechowująca tagi
$AllowedTags = 'php|html|b|i|u|color|code|quote';
 
$code = preg_replace_callback('#[('.$AllowedTags.')(s=?.+?|=.+?|)] ( (?: (?>(?R)) | (?:.*?(?![/1])) )* )[/1]#mx',Array($this, 'parseTag'), $code);
[PHP] pobierz, plaintext 

Wszystko jest ok do momentu gdy użyję błędnego bbCode tj. np.

[PHP] pobierz, plaintext 
<?php
$code = 'dfgdfg fgdfgdf gdfsdfsdf';
// lub
$code = 'sfsfsf[i]sdfsdf';
?>
[PHP] pobierz, plaintext 

Wcześniej problem nie występował, kod po prostu sie nie parsował, teraz zamiast tej samej wartości funkcja preg_replace_callback() zwraca mi wartość pustą przez co cały bbCode znika.
Jakieś pomysły?