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 was suggested to releasing new "php_serialize" serialize handler for 5.5 (and
5.4) that removes this limitation.
However, there are objections to include the new serializer.
See intern...@php.net archive for details. It is under discussion now. If you
would like to see this in released version, you should speak out now.
Otherwise,
I have to commit the patch only to development branch.
Previous Comments:
------------------------------------------------------------------------
[2013-08-09 11:54:00] spam2 at rhsoft dot net
so you tell me i will get the mails below twice a hour until PHP 5.6 is
finished and rolled out on my servers? seriously?
and *yes* we are in production with error_reporting E_ALL + E_STRICT since 10
years for currently 600 domains and yes since we devleop our own cms-systems it
is reasonable to get such notifies because they are practically bugfree
-------- Original-Nachricht --------
Betreff: Cron <root@arrakis> php /scripts/rh_watchdog.php
Datum: Fri, 9 Aug 2013 11:30:01 +0200 (CEST)
Von: Cron Daemon
An: root
[09-Aug-2013 11:00:35 Europe/Vienna] PHP Notice: Unknown: Skipping numeric key
1 in Unknown on line 0
------------------------------------------------------------------------
[2013-08-09 09:11:28] yohg...@php.net
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.
------------------------------------------------------------------------
[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.
------------------------------------------------------------------------
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
