Session Loss

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

Session Loss

Bas Kamer
Hi

I've noticed work being done around the Session, PHP native ArrayObject, Polyfills and all... Thanks for that.

However since 2.0.1 I have see an persistent issue where a simple loop in the flashMessenger dies in a foreach loop (retrieves an iterator on the ArrayObject). The internal iteratorClass seem to be null and thus the script goes fatal...

https://gist.github.com/basz/5102260

https://github.com/zendframework/zf2/blob/master/library/Zend/Stdlib/ArrayObject/PhpReferenceCompatibility.php#L233

After this (reload) the session seems completely destroyed as the user looses identity...

Now, is this the result of me using the session incorrectly? Somewhere, somehow? Or could this point to a more fundamental issue with the recent ArrayObject/Session refactoring? Should it be possible to encounter such an error? If not I must look further within my own code, but as this ArrayObject stuff seems black magic I wanted to hear your opinions first.



thx

some last debug info I can give

after autorising my session files looks like... (note iteratorClass";s:13:"ArrayIterator)


__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":130:{a:4:{s:7:"storage";a:1:{s:7:"storage";i:8;}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}


after the form is sumitted... (note iteratorClass";N;)

__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}SndAdmin\Controller\Plugin\FilterTracker|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}



Reply | Threaded
Open this post in threaded view
|

Re: Session Loss

Mike Willbanks
Hey Bas,

I am looking into this; could you attempt with the SessionStorage as the storage adapter as well and see if it has the same behavior?

Regards,

Mike


On Thu, Mar 7, 2013 at 9:09 AM, Bas Kamer <[hidden email]> wrote:
Hi

I've noticed work being done around the Session, PHP native ArrayObject, Polyfills and all... Thanks for that.

However since 2.0.1 I have see an persistent issue where a simple loop in the flashMessenger dies in a foreach loop (retrieves an iterator on the ArrayObject). The internal iteratorClass seem to be null and thus the script goes fatal...

https://gist.github.com/basz/5102260

https://github.com/zendframework/zf2/blob/master/library/Zend/Stdlib/ArrayObject/PhpReferenceCompatibility.php#L233

After this (reload) the session seems completely destroyed as the user looses identity...

Now, is this the result of me using the session incorrectly? Somewhere, somehow? Or could this point to a more fundamental issue with the recent ArrayObject/Session refactoring? Should it be possible to encounter such an error? If not I must look further within my own code, but as this ArrayObject stuff seems black magic I wanted to hear your opinions first.



thx

some last debug info I can give

after autorising my session files looks like... (note iteratorClass";s:13:"ArrayIterator)


__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":130:{a:4:{s:7:"storage";a:1:{s:7:"storage";i:8;}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}


after the form is sumitted... (note iteratorClass";N;)

__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}SndAdmin\Controller\Plugin\FilterTracker|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}




Reply | Threaded
Open this post in threaded view
|

Re: Session Loss

rwrz


On Thu, Mar 7, 2013 at 4:08 PM, Mike Willbanks <[hidden email]> wrote:
Hey Bas,

I am looking into this; could you attempt with the SessionStorage as the storage adapter as well and see if it has the same behavior?

Regards,

Mike


On Thu, Mar 7, 2013 at 9:09 AM, Bas Kamer <[hidden email]> wrote:
Hi

I've noticed work being done around the Session, PHP native ArrayObject, Polyfills and all... Thanks for that.

However since 2.0.1 I have see an persistent issue where a simple loop in the flashMessenger dies in a foreach loop (retrieves an iterator on the ArrayObject). The internal iteratorClass seem to be null and thus the script goes fatal...

https://gist.github.com/basz/5102260

https://github.com/zendframework/zf2/blob/master/library/Zend/Stdlib/ArrayObject/PhpReferenceCompatibility.php#L233

After this (reload) the session seems completely destroyed as the user looses identity...

Now, is this the result of me using the session incorrectly? Somewhere, somehow? Or could this point to a more fundamental issue with the recent ArrayObject/Session refactoring? Should it be possible to encounter such an error? If not I must look further within my own code, but as this ArrayObject stuff seems black magic I wanted to hear your opinions first.



thx

some last debug info I can give

after autorising my session files looks like... (note iteratorClass";s:13:"ArrayIterator)


__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":130:{a:4:{s:7:"storage";a:1:{s:7:"storage";i:8;}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}


after the form is sumitted... (note iteratorClass";N;)

__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}SndAdmin\Controller\Plugin\FilterTracker|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}





Reply | Threaded
Open this post in threaded view
|

Re: Session Loss

basz
In reply to this post by Mike Willbanks
I'm not exactly sure what you mean?

I use session storage on other occasions... And that seems to work ok...

$container = new Container();
$container['somethingimusntforget'] = 'imporatant';


On 7 mrt. 2013, at 20:08, Mike Willbanks <[hidden email]> wrote:

Hey Bas,

I am looking into this; could you attempt with the SessionStorage as the storage adapter as well and see if it has the same behavior?

Regards,

Mike


On Thu, Mar 7, 2013 at 9:09 AM, Bas Kamer <[hidden email]> wrote:
Hi

I've noticed work being done around the Session, PHP native ArrayObject, Polyfills and all... Thanks for that.

However since 2.0.1 I have see an persistent issue where a simple loop in the flashMessenger dies in a foreach loop (retrieves an iterator on the ArrayObject). The internal iteratorClass seem to be null and thus the script goes fatal...

https://gist.github.com/basz/5102260

https://github.com/zendframework/zf2/blob/master/library/Zend/Stdlib/ArrayObject/PhpReferenceCompatibility.php#L233

After this (reload) the session seems completely destroyed as the user looses identity...

Now, is this the result of me using the session incorrectly? Somewhere, somehow? Or could this point to a more fundamental issue with the recent ArrayObject/Session refactoring? Should it be possible to encounter such an error? If not I must look further within my own code, but as this ArrayObject stuff seems black magic I wanted to hear your opinions first.



thx

some last debug info I can give

after autorising my session files looks like... (note iteratorClass";s:13:"ArrayIterator)


__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":130:{a:4:{s:7:"storage";a:1:{s:7:"storage";i:8;}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}


after the form is sumitted... (note iteratorClass";N;)

__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}SndAdmin\Controller\Plugin\FilterTracker|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}






bushbaby
bushbaby multimedia 
ontwerp & uitvoering
[hidden email] | +31(0)6 2897 7426 | kvk 34125878

Reply | Threaded
Open this post in threaded view
|

Re: Session Loss

Mike Willbanks
If you guys wouldn't mind; please test out this PR: https://github.com/zendframework/zf2/pull/3993

This provides an initialization sequence to the storage adapter.


On Mon, Mar 11, 2013 at 12:49 PM, Bas Kamer <[hidden email]> wrote:
I'm not exactly sure what you mean?

I use session storage on other occasions... And that seems to work ok...

$container = new Container();
$container['somethingimusntforget'] = 'imporatant';


On 7 mrt. 2013, at 20:08, Mike Willbanks <[hidden email]> wrote:

Hey Bas,

I am looking into this; could you attempt with the SessionStorage as the storage adapter as well and see if it has the same behavior?

Regards,

Mike


On Thu, Mar 7, 2013 at 9:09 AM, Bas Kamer <[hidden email]> wrote:
Hi

I've noticed work being done around the Session, PHP native ArrayObject, Polyfills and all... Thanks for that.

However since 2.0.1 I have see an persistent issue where a simple loop in the flashMessenger dies in a foreach loop (retrieves an iterator on the ArrayObject). The internal iteratorClass seem to be null and thus the script goes fatal...

https://gist.github.com/basz/5102260

https://github.com/zendframework/zf2/blob/master/library/Zend/Stdlib/ArrayObject/PhpReferenceCompatibility.php#L233

After this (reload) the session seems completely destroyed as the user looses identity...

Now, is this the result of me using the session incorrectly? Somewhere, somehow? Or could this point to a more fundamental issue with the recent ArrayObject/Session refactoring? Should it be possible to encounter such an error? If not I must look further within my own code, but as this ArrayObject stuff seems black magic I wanted to hear your opinions first.



thx

some last debug info I can give

after autorising my session files looks like... (note iteratorClass";s:13:"ArrayIterator)


__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":130:{a:4:{s:7:"storage";a:1:{s:7:"storage";i:8;}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}


after the form is sumitted... (note iteratorClass";N;)

__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}SndAdmin\Controller\Plugin\FilterTracker|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}






bushbaby
bushbaby multimedia 
ontwerp & uitvoering
[hidden email] | <a href="tel:%2B31%280%296%202897%207426" value="+31628977426" target="_blank">+31(0)6 2897 7426 | kvk 34125878


Reply | Threaded
Open this post in threaded view
|

Re: Session Loss

basz
I've just tested this PR and it does not resolve my problem...

Session is still destroyed (i think at closedown time, not an session start time)

On 11 mrt. 2013, at 21:02, Mike Willbanks <[hidden email]> wrote:

If you guys wouldn't mind; please test out this PR: https://github.com/zendframework/zf2/pull/3993

This provides an initialization sequence to the storage adapter.


On Mon, Mar 11, 2013 at 12:49 PM, Bas Kamer <[hidden email]> wrote:
I'm not exactly sure what you mean?

I use session storage on other occasions... And that seems to work ok...

$container = new Container();
$container['somethingimusntforget'] = 'imporatant';


On 7 mrt. 2013, at 20:08, Mike Willbanks <[hidden email]> wrote:

Hey Bas,

I am looking into this; could you attempt with the SessionStorage as the storage adapter as well and see if it has the same behavior?

Regards,

Mike


On Thu, Mar 7, 2013 at 9:09 AM, Bas Kamer <[hidden email]> wrote:
Hi

I've noticed work being done around the Session, PHP native ArrayObject, Polyfills and all... Thanks for that.

However since 2.0.1 I have see an persistent issue where a simple loop in the flashMessenger dies in a foreach loop (retrieves an iterator on the ArrayObject). The internal iteratorClass seem to be null and thus the script goes fatal...

https://gist.github.com/basz/5102260

https://github.com/zendframework/zf2/blob/master/library/Zend/Stdlib/ArrayObject/PhpReferenceCompatibility.php#L233

After this (reload) the session seems completely destroyed as the user looses identity...

Now, is this the result of me using the session incorrectly? Somewhere, somehow? Or could this point to a more fundamental issue with the recent ArrayObject/Session refactoring? Should it be possible to encounter such an error? If not I must look further within my own code, but as this ArrayObject stuff seems black magic I wanted to hear your opinions first.



thx

some last debug info I can give

after autorising my session files looks like... (note iteratorClass";s:13:"ArrayIterator)


__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":130:{a:4:{s:7:"storage";a:1:{s:7:"storage";i:8;}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}


after the form is sumitted... (note iteratorClass";N;)

__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}SndAdmin\Controller\Plugin\FilterTracker|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}






bushbaby
bushbaby multimedia 
ontwerp & uitvoering
[hidden email] | <a href="tel:%2B31%280%296%202897%207426" value="+31628977426" target="_blank">+31(0)6 2897 7426 | kvk 34125878




bushbaby
bushbaby multimedia 
ontwerp & uitvoering
[hidden email] | +31(0)6 2897 7426 | kvk 34125878

Reply | Threaded
Open this post in threaded view
|

Re: Session Loss

Mike Willbanks
Hey Bas,

Mike,

on further investigation I found the following;

I am on PHP 5.4 because a while back I wanted to use session.upload_progress.enabled as that would eliminate reliance on APC. On first glance that seemed to work. However for a while I've noticed problems with uploading ajax driven forms (with files) and in addition to this this form wouldn't upload anymore. So it just dawned on me that APC also has upload progress support and I have that enabled too. Something might be comflicting...

So, I found this: https://bugs.php.net/bug.php?id=62472 "APC conflicts with PHP's Session Upload Progress"
"Unfortunately having both active isn't possible due to the way the hook works.  You have to pick one."

Disabling apc's progress support resulted in the troubled form crashing apache. It seems either I have session configured wrong or another PHP bug is playing up. Relatively new stuff, so could be the case.

Disabling session progress support, solves the problem, my forms (with files) work and my session isn't destroyed. I can even reenable the ajax support on those forms again... (hurray) So APC it is for now...

I'm not sure how this can happens but I can see a the relationship between the polling nature of progress support and PHP5.4 incorrect behavior session behavior destroying a session...


Last note : I tested the above WITH and WITHOUT your PR. 


Thanks a ton for letting me know; I think a developer of mine had run into this same type of issue where the session was lost.  I am almost wondering if this is due to a race condition in how the session uploader is actually storing the values.  It could potentially be causing a loss in the session data.  Thought is; that if PHP is handling it without any ZF involvement it may break the class structure thus causing a PHP_Incomplete_Class.  

I will look into this a bit more.
 
Thank you so much for your effort on this...
 
Thank you for providing so many more details!  This will be very helpful in diagnosing the issue.



On 11 mrt. 2013, at 21:49, Bas Kamer <[hidden email]> wrote:

I've just tested this PR and it does not resolve my problem...

Session is still destroyed (i think at closedown time, not an session start time)

On 11 mrt. 2013, at 21:02, Mike Willbanks <[hidden email]> wrote:

If you guys wouldn't mind; please test out this PR: https://github.com/zendframework/zf2/pull/3993

This provides an initialization sequence to the storage adapter.


On Mon, Mar 11, 2013 at 12:49 PM, Bas Kamer <[hidden email]> wrote:
I'm not exactly sure what you mean?

I use session storage on other occasions... And that seems to work ok...

$container = new Container();
$container['somethingimusntforget'] = 'imporatant';


On 7 mrt. 2013, at 20:08, Mike Willbanks <[hidden email]> wrote:

Hey Bas,

I am looking into this; could you attempt with the SessionStorage as the storage adapter as well and see if it has the same behavior?

Regards,

Mike


On Thu, Mar 7, 2013 at 9:09 AM, Bas Kamer <[hidden email]> wrote:
Hi

I've noticed work being done around the Session, PHP native ArrayObject, Polyfills and all... Thanks for that.

However since 2.0.1 I have see an persistent issue where a simple loop in the flashMessenger dies in a foreach loop (retrieves an iterator on the ArrayObject). The internal iteratorClass seem to be null and thus the script goes fatal...

https://gist.github.com/basz/5102260

https://github.com/zendframework/zf2/blob/master/library/Zend/Stdlib/ArrayObject/PhpReferenceCompatibility.php#L233

After this (reload) the session seems completely destroyed as the user looses identity...

Now, is this the result of me using the session incorrectly? Somewhere, somehow? Or could this point to a more fundamental issue with the recent ArrayObject/Session refactoring? Should it be possible to encounter such an error? If not I must look further within my own code, but as this ArrayObject stuff seems black magic I wanted to hear your opinions first.



thx

some last debug info I can give

after autorising my session files looks like... (note iteratorClass";s:13:"ArrayIterator)


__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":112:{a:4:{s:7:"storage";a:0:{}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":130:{a:4:{s:7:"storage";a:1:{s:7:"storage";i:8;}s:4:"flag";i:2;s:13:"iteratorClass";s:13:"ArrayIterator";s:19:"protectedProperties";N;}}


after the form is sumitted... (note iteratorClass";N;)

__ZF|a:1:{s:20:"_REQUEST_ACCESS_TIME";b:0;}FlashMessenger|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}ZfcUser\Authentication\Adapter\Db|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}Zend_Auth|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}SndAdmin\Controller\Plugin\FilterTracker|C:23:"Zend\Stdlib\ArrayObject":87:{a:4:{s:7:"storage";N;s:4:"flag";N;s:13:"iteratorClass";N;s:19:"protectedProperties";N;}}






bushbaby
bushbaby multimedia 
ontwerp & uitvoering
[hidden email] | <a href="tel:%2B31%280%296%202897%207426" value="+31628977426" target="_blank">+31(0)6 2897 7426 | kvk 34125878




bushbaby
bushbaby multimedia 
ontwerp & uitvoering
[hidden email] | <a href="tel:%2B31%280%296%202897%207426" value="+31628977426" target="_blank">+31(0)6 2897 7426 | kvk 34125878



bushbaby
bushbaby multimedia 
ontwerp & uitvoering
[hidden email] | <a href="tel:%2B31%280%296%202897%207426" value="+31628977426" target="_blank">+31(0)6 2897 7426 | kvk 34125878