Edit report at https://bugs.php.net/bug.php?id=65359&edit=1
ID: 65359
Comment by: spam2 at rhsoft dot 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:
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
Previous Comments:
------------------------------------------------------------------------
[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.
------------------------------------------------------------------------
[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
------------------------------------------------------------------------
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
