Edit report at https://bugs.php.net/bug.php?id=65359&edit=1
ID: 65359
Updated by: yohg...@php.net
Reported by: spam2 at rhsoft dot net
Summary: Unknown: Skipping numeric key 1 in Unknown on line 0
Status: Assigned
Type: Bug
Package: Session related
PHP Version: 5.4.17
Assigned To: yohgaki
Block user comment: N
Private report: N
New Comment:
I'll commit new serialize handler "php_serialize" to master as the default in a
few days.
This solves your problem, but the fix is only in Next PHP.
Previous Comments:
------------------------------------------------------------------------
[2013-08-01 07:48:27] yohg...@php.net
I have plan to clean up encoding setting mess also.
I can understand your irritation :)
Anyway, if you are managing hundreds of domains, you should participate testing
new minor version release process. Speak out what is going to be your problem
to
internals ML.
------------------------------------------------------------------------
[2013-07-31 06:32:45] spam2 at rhsoft dot net
well, i see this first time after we upgraded to PHP 5.4 where no longer
register_globals is available while we disabled it 10 years ago which took a
lot of time prepare because the braindead change in htmlentities() return empty
strings without any warnings if ISO-8859-1 is used and not explicit set as
param (thanks again for such lowbrained backward compatibility break without a
global setting to fix it)
and yes we have watchdogs mailing twice a hour any php-warning and E_ALL in
production since years.................
------------------------------------------------------------------------
[2013-07-31 06:12:24] yohg...@php.net
This error is raised at R_SHUTDOWN (Request Shutdown) that is all script
execution is *finished*. Therefore, there is no way to know which script caused
this.
Current session module uses special serializer that do not accept numeric key.
e.g. $_SESSION[1] = 'foo'; This limitation is came from register_globals.
I think it's safe that remove this limitation, but I have to look code again. I
also have plan to use plain serializer for session.
------------------------------------------------------------------------
[2013-07-30 20:02:27] spam2 at rhsoft dot net
uhm at least the full path of the invoked script should be known
hence it would be even better if it only says the folder
but wild guessing on a server with 600 domains?
"so there's no active script anymore"
but someone / something invoked a script in which
context whatever code runs
------------------------------------------------------------------------
[2013-07-30 12:12:55] johan...@php.net
This error happens while encoding the session after request end, so there's no
active script anymore. Not sure we can make it more verbose.
------------------------------------------------------------------------
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
https://bugs.php.net/bug.php?id=65359
--
Edit this bug report at https://bugs.php.net/bug.php?id=65359&edit=1
