Thursday 03 March 2005 11:02:56 pm

Hi Andre

Do you know how to reproduce this? What are your user settings, roles, polices?

Personal website -> http://serwatka.net
Blog (about eZ Publish) -> http://serwatka.net/blog

Thursday 03 March 2005 11:45:26 pm

Hi Lukasz,

I have the some problem, with a production site based on 3.5.0.
More, when runcronjobs run, one blank user is created as draft.

Note that the registering user do not recive no mail, because the account e.mail is not stored (I recive the welcome email as root, with the 'To' blank).

Bye

Friday 04 March 2005 10:02:17 am

I found a bug in notification (which probably is not related thou :S). In some cases users get blank notificaion emails. Unfortunately the fix was to late for 3.5.1. Here are the patch for it:

Index: kernel/classes/notification/handler/ezgeneraldigest/ezgeneraldigesthandler.php
===================================================================
--- kernel/classes/notification/handler/ezgeneraldigest/ezgeneraldigesthandler.php      (revision 10863)
+++ kernel/classes/notification/handler/ezgeneraldigest/ezgeneraldigesthandler.php      (revision 10864)
@@ -182,7 +182,7 @@
     function &fetchUsersForDigest( $timestamp )
     {
         return eZPersistentObject::fetchObjectList( eZNotificationCollectionItem::definition(),
+                                                    null, array( 'send_date' => array( '', array( 1, $timestamp ) ) ),
-                                                    array(), array( 'send_date' => array( '', array( 1, $timestamp ) ) ),
                                                     array( 'address' => 'asc' ),null,
                                                     false,false,array( array( 'operation' => 'distinct address' ) ) );

Kristian

http://ez.no/ez_publish/documenta...tricks/show_which_templates_are_used
http://ez.no/doc/ez_publish/techn...te_operators/miscellaneous/attribute

Monday 07 March 2005 12:35:27 am

Can you describe in steps what you need to do to reproduce this?

Kristian

http://ez.no/ez_publish/documenta...tricks/show_which_templates_are_used
http://ez.no/doc/ez_publish/techn...te_operators/miscellaneous/attribute

Monday 07 March 2005 4:31:29 am

I installed a default fresh 3.5.0 install to test this on my enviroment. Site registration then worked fine. I returned to the site I was developing and restest user registration there. It worked fine this time? Very confusing as it failed consistently several times in a row last I tried. I'll delete and redo a few more signups tomorrow as this worries me a lot. An existing client running 3.5.0 had a recent experience where one of their established users lost all account information from the database except the object id? I had to re-instate a previous back. :(

www.dbinformatics.com.au

We are always interested in hearing from experienced eZ PHP programmers and eZ template designers interested in contract work.

Tuesday 08 March 2005 6:58:28 am

Thanks, Kristian. Also, please make them aware of how serious this bug is to production sites which makes use of a public user registration process.

Sincerely,

Eirik Alfstad Johansen
http://www.netmaking.no/

Wednesday 09 March 2005 5:22:15 am

Hi Frederik,

Please see my reply in the bug report.

Sincerely,

Eirik Alfstad Johansen
http://www.netmaking.no/

Wednesday 16 March 2005 2:38:55 am

By the way here is the patch, its pretty small:

Modified: stable/3.5/kernel/error/view.php
===================================================================
--- stable/3.5/kernel/error/view.php	2005-03-15 09:40:25 UTC (rev 11067)
+++ stable/3.5/kernel/error/view.php	2005-03-15 09:53:12 UTC (rev 11068)
@@ -66,6 +66,9 @@
 
 $embedContent = false;
 
+$GLOBALS["eZRequestError"] = true;
+eZDebug::writeError( "Error ocurred using URI: " . $_SERVER['REQUEST_URI'] , "error/view.php" );
+
 // if ( $errorType == 'kernel' )
 {
     $errorINI =& eZINI::instance( 'error.ini' );

Modified: stable/3.5/lib/ezutils/classes/ezsession.php
===================================================================
--- stable/3.5/lib/ezutils/classes/ezsession.php	2005-03-15 09:40:25 UTC (rev 11067)
+++ stable/3.5/lib/ezutils/classes/ezsession.php	2005-03-15 09:53:12 UTC (rev 11068)
@@ -90,6 +90,12 @@
 function eZSessionWrite( $key, $value )
 {
 //    include_once( 'lib/ezdb/classes/ezdb.php' );
+
+    if ( isset( $GLOBALS["eZRequestError"] ) && $GLOBALS["eZRequestError"] )
+    {
+        return;
+    }
+
     $db =& eZDB::instance();
     $ini =& eZIni::instance();
     $expirationTime = time() + $ini->variable( 'Session', 'SessionTimeout' );

Thursday 28 April 2005 7:07:47 am

Hello,

I'm encountering the same problem but can't manage to fix it with the corrections given by Kirill Subbotin.
Some accounts created are blank : nothing is stored but an account is created and an email with no information is sent to the admin. All of these "blank accounts" were created under IE6 and the PCs on which the problem appeared always have the problem. But some machine with IE6 doesn't encounter any trouble... It doesn't seem to be OS dependent.
The different versions used are :
eZ 3.4.1
php 4.3.3

I tried to fix by changing the following files :
- kernel/error/view.php
- lib/ezutils/classes/ezsession.php
and I then flush the caches.
Is there anything I forgot or is there other potential problems, linked to my version of eZPublish for example, that I have to check?

Thanks,

Guillaume

Friday 29 April 2005 6:01:22 am

I tried to implement the fix suggested by Fredrik as Eirik suggested me but it doesn't seem to take me out of the problem.
But a few tests later, I finaly see that my problem came from browsers not accepting cookies.
The session is not stored and so the information couldn't be saved in the DB.
I put a message for users to allow cookies to register correctly but it can't be a solution.
Does anyone see a more reliable answer to the problem?

Thanks,

Guillaume