Dolphin 7 Username Signup Bug...

Hey Guys,

I'm going to complain for just a sec and them I'm done...  I know this is just BETA, but it seems like basic stuff (like registrating) would have the kinks worked out...

Ok, now that I'm done whining...

I am trying to signup a user (http://www.automatedfollowup.com/join.php - Internet Explorer) ...  However, when I try to go to the next page, I get an exclamation mark next to the username field that says:

Your username must only contain latin symbols...

I'm using "adamharris"...  shouldn't that work?

thanks.

Adam

Quote · 18 Jul 2009

Yes, frustrating.  Deno92964's solution is to put the following code in the profile fields, nickname field for the join form (advanced tab):


return (bool)( preg_match( '/^[a-zA-Z0-9_-]+$/u', $arg0 ) and !file_exists( $dir['root'] . $arg0 ) );

Quote · 18 Jul 2009

Hi Cal,

 

Thank you for that quick fix.  Worked perfect.  I'm sure I'll have a ton more questions, but I am very excited about Dolphin 7!!!

 

Adam

Quote · 18 Jul 2009

That fix is of course not the proper solution.

This problem does not occur on all hosts. Only those that have php compiled with PCRE.

It's a PCRE unicode problem of some sort that i don't really care about.

But because its not classified as a bug in D7 it is unlikely it will be fixed. I believe boonex considers it a hosting problem.

https://www.deanbassett.com
Quote · 18 Jul 2009

That fix is of course not the proper solution.

This problem does not occur on all hosts. Only those that have php compiled with PCRE.

It's a PCRE unicode problem of some sort that i don't really care about.

But because its not classified as a bug in D7 it is unlikely it will be fixed. I believe boonex considers it a hosting problem.

Deano, is that a common practice?  i.e.  to compile php with PCRE?  When you say you don't care about the PCRE unicode problem what do you mean? - you developed the solution.   How do you know Boonex won't fix this?  My hosting service has been great about trying to set up an environment for D7.  Could you tell me specifically what I should request of them- we already went through the technical requirements documentation.

-

Thanks

-

Rob

Quote · 19 Jul 2009

It's certain versions of PHP when using the pre compiled RPM's that are the default for Redhat Enterprise Linux 5 and CentOS 5 and maybe other versions.

PCRE is compiled into these versions of php which is what gives php regular expression support. However some versions of PCRE are not compiled with unicode support.

The pattern matching D7 uses for the username field relies on unicode.

So the proper solution is to remove the precompiled rpm versions of php and pcre and install from source tarballs making sure that pcre is compiled with utf8 and unicode support enabled.

I don't fully understand it, and have not yet tried to do it, so since i don't really need the unicode support, i decided to rewrite the pattern matching for the user name instead so it was more like what D6 was using.

This is why i don't think boonex will fix it because it is not a bug in dolphin.

https://www.deanbassett.com
Quote · 19 Jul 2009

Do you think that it will have an effect on anything besides those patten matching expressions in some profile fields?  i.e.  is unicode needed for other parts of D7?  Thanks for digging into this.

Quote · 19 Jul 2009

It might. I do not know for sure yet.

The one who pointed out the PCRE problem was AlexT from boonex.

It was mentioned in this thread.

http://www.boonex.com/unity/forums/#topic/Some-bugs-.htm

https://www.deanbassett.com
Quote · 19 Jul 2009
 
 
Below is the legacy version of the Boonex site, maintained for Dolphin.Pro 7.x support.
The new Dolphin solution is powered by UNA Community Management System.