myDEBUG: after update to php 5.4.31

[RixStix]

Plugin Quick Quantity Update functioning as expected with php 5.3.28
PHP updated to 5.4.31 and myDEBUG files are being generated upon each use of the plugin.

Plugin author says there is no problem with the v1.5.3 version of the plugin code and php update would not cause any problems.

If that is true, my logic = either a problem with zc code or fatfinger on my part.

Duplicate the problem
on a server with php5.4.31
Install default zc1.5.3 using latest zc1.5.3hotfix version. Default data
Install quick quantity update plugin files. Upload files instead of merge.
Edit 2 core files by copy/paste the specified code.

Update any product quantity from Admin.

MyDEBUG file generated.

The issue does not exist on my sandbox v1.5.3 installs which have php 5.3.28
The issue did not exist on my live site v1.5.3 with php 5.3.28
The issue does exist on my live site v1.5.3 after php upgraded to php 5.4.31
The issue does exist on test site with default install v1.5.3 and php 5.4.31

I do know that the php 5.4.31 update DID cause issues with USPS shipping.

Sorry, I cannot attach the zipped fileset which contains the plugin files and also the 2 edited files to make it easier for someone to test the code. My quota is maxed and there is no way that I can see to delete any previously used attachements. While it is possible that I did fatfinger an edit to the 2 files, I have checked multiple times and do not see a problem with my copy/paste of the edits.

MyDEBUG

[22-Aug-2014 07:02:16 America/Los_Angeles] 
[22-Aug-2014 07:02:16 America/Los_Angeles] PHP Warning:  Creating default object from empty value in /home/XXXXXXXX/public_html/admin/categories.php on line 1041

/admin/categories.php

// line 1038 Split Page
if ($products_query_numrows > 0) {
  if (empty($pInfo->products_id)) {
    $pInfo->products_id= $pID;
  }
?>
            <td class="smallText" align="center"><?php echo $products_split->display_count($products_query_numrows, MAX_DISPLAY_RESULTS_CATEGORIES, $_GET['page'], TEXT_DISPLAY_NUMBER_OF_PRODUCTS) . '<br>' . $products_split->display_links($products_query_numrows, MAX_DISPLAY_RESULTS_CATEGORIES, MAX_DISPLAY_PAGE_LINKS, $_GET['page'], zen_get_all_get_params(array('page', 'info', 'x', 'y', 'pID')) ); ?></td>

<?php
}
// line 1048 Split Page

[DrByte]

It's harmless.

It's a PHP 5.4 issue, where the use of an object element (in this case $pInfo) is assumed to already exist, but in this specific case it doesn't yet. So, the message is telling you that it created the object on-the-fly for you.

[RixStix]

Thank you DrByte,

At least I know that it is an issue caused by php5.4, not a problem with an improper merge on my part.

I'll start ignoring/deleting the myDEBUG files. It seems like v1.5.3 likes to generate quite a few mydebug files (250+ in 3 weeks) that just need to be ignored. I'm afraid that sooner or later, something serious will get deleted.