Bug #65359 [Com]: Unknown: Skipping numeric key 1 in Unknown on line 0

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] yohgaki@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] yohgaki@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] yohgaki@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