Post reply

Reply to the message by WorldofBB

Name:

E-mail: (optional, won't be displayed directly)

Leave this field empty:

Homepage: (optional)

Leave this field empty:

Location: (optional)

Remember me (cookie)

Category:

Subject:

Formatting help

skip to input

format text bold: [b]bold text[/b]
format text italic: [i]italic text[/i]
insert hyperlink: [link=http://example.com/]link text[/link] / [link]http://example.com/[/link]
set text color: [color=#rgb]colored text[/color]
font size: [size=small]small text[/size]; [size=large]large text[/size]
insert list: [list][*]list item[/list]
insert image: [img]http://example.com/image.jpg[/img]; left: [img=left]http://example.com/image.jpg[/img]; right: [img=right]http://example.com/image.jpg[/img]; thumbnail: [img=thumbnail]http://example.com/image.jpg[/img]; thumbnail left: [img=thumbnail-left]http://example.com/image.jpg[/img]; thumbnail right: [img=thumbnail-right]http://example.com/image.jpg[/img]
upload image: upload image ...
insert TeX code: [tex]TeX code[/tex]
insert code: [inlinecode]code[/inlinecode]; [code]code[/code]; [code=css]code[/code]; [code=html]code[/code]; [code=javascript]code[/code]; [code=perl]code[/code]; [code=php]code[/code]; [code=sql]code[/code]; [code=xml]code[/code]

:-)
;-)
:-P
:-D
:-|
:-(
:yes:
:no:
:ok:
:lol:
:lol2:
:lol3:
:cool:
:surprised:
:angry:
:crying:
:waving:
:confused:
:lookaround:
:clap:
:love:
:tick:

Message:

> Quick follow-up:
> 
> Keeping in mind that my knowledge of php is VERY limited, I looked into this a little further and the problem appears to be the migration from PCRE to PCRE2 in php 7.3
> 
> According to the changelog for version 10.33 of PCRE2
> 
> https://www.pcre.org/changelog.txt
> 
> 26. With PCRE2_EXTRA_BAD_ESCAPE_IS_LITERAL set, escape sequences such as \s
> which are valid in character classes, but not as the end of ranges, were being
> treated as literals. An example is [_-\s] (but not [\s-_] because that gave an
> error at the *start* of a range). Now an "invalid range" error is given
> independently of PCRE2_EXTRA_BAD_ESCAPE_IS_LITERAL.
> 
> 27. Related to 26 above, PCRE2_BAD_ESCAPE_IS_LITERAL was affecting known escape
> sequences such as \eX when they appeared invalidly in a character class. Now
> the option applies only to unrecognized or malformed escape sequences.
> 
> With php 7.3 - PCRE2_EXTRA_BAD_ESCAPE_IS_LITERAL is set to false.
> 
> So as of php 7.3, PCRE2 is more strict in pattern validations.  So hyphens now need to be escaped or put at the beginning or the end of a character class.
> 
> https://wiki.php.net/rfc/pcre2-migration#backward_incompatible_changes
> 
> After running a quick test, it would seem that escaping the hyphen does seem to resolve the problem in php 7.3.  Replacing line 393 in functions.inc.php with the following code appears to resolve the issue as well:
> 
> [inlinecode]if (!preg_match("/^([\w\-\.]+)@((\[[0-9]{1,3}\.[0-9]{1,3}\.[0-9]{1,3}\.)|(([\w-]+\.)+))([a-zA-Z]{2,}|[0-9]{1,3})(\]?)$/", $email)) {[/inlinecode]

E-mail notification on reply of this posting