Ticket #1239 (closed defect: fixed)

Opened 1 year ago

Last modified 10 months ago

warning on replicator parameter import

Reported by: flack Assigned to: piotras
Priority: major Milestone: 8.09.7 Ragnaroek
Component: Midgard Core Version: 8.09 Ragnaroek
Keywords: Cc:

Description

When I import a parameter using the import_post.php form, I get the following warning:

( ! ) Warning: (pid:18015): g_ascii_strcasecmp: assertion `s1 != NULL' failed (www.mydomain /midcom-exec-midcom.helper.replicator/import_post.php) in midcom/helper/replicator/helpers.php on line 208
Call Stack
#	Time	Memory	Function	Location
1	0.0001	77824	{main}( )	../13-84-16-0.php:0
2	0.0337	868564	midcom_application->codeinit( )	../13-84-16-0.php:81
3	0.0357	895572	midcom_application->_process( )	../application.php:466
4	0.0358	896528	midcom_application->_exec_file( )	../application.php:902
5	0.0406	946404	require( 'midcom/lib/midcom/helper/replicator/exec/import_post.php' )	../application.php:2314
6	0.0422	968380	midcom_helper_replicator_importer_xml->import( )	../import_post.php:30
7	0.0423	969872	midcom_helper_replicator_importer->import_xml( )	../xml.php:41
8	0.0432	970324	midcom_helper_replicator_importer->import_object( )	../importer.php:168
9	0.0437	976892	midcom_helper__dbfactory->import( )	../importer.php:232
10	0.0494	1027384	midcom_helper_replicator_import_object( )	../_dbfactory.php:713
11	0.0494	1027384	midgard_replicator::import_object( )	../helpers.php:208

I don't know if this is conincidence, but the import stops at this object

Change History

06/28/09 13:57:48 changed by flack

Here's the object I tried to import in case that helps:

<?xml version="1.0" encoding="UTF-8"?>
<midgard_object xmlns="http://www.midgard-project.org/midgard_object/1.8">
  <midgard_parameter purge="no" action="none" guid="2f562532987a11dcbc073da5ac6b27622762">
    <metadata>
      <creator></creator>
      <created></created>
      <revisor></revisor>
      <revised></revised>
      <revision>0</revision>
      <locker></locker>
      <locked></locked>
      <approver></approver>
      <approved></approved>
      <authors></authors>
      <owner></owner>
      <schedulestart></schedulestart>
      <scheduleend></scheduleend>
      <hidden>0</hidden>
      <navnoentry>0</navnoentry>
      <size>198</size>
      <published>0000-00-00 00:00:00</published>
      <score>0</score>
      <imported>2008-03-15 16:35:37</imported>
      <exported>2009-06-28 09:48:25</exported>
      <deleted>0</deleted>
      <islocked>0</islocked>
      <isapproved>0</isapproved>
    </metadata>
    <action></action>
    <id>691</id>
    <parentguid>2f4793e6987a11dcbc073da5ac6b27622762</parentguid>
    <lang>0</lang>
    <value>midcom_helper_imagepopup_images</value>
    <oid>0</oid>
    <domain>midcom.helper.datamanager2.type.blobs</domain>
    <name>fieldname</name>
    <tablename></tablename>
  </midgard_parameter>
</midgard_object>

10/19/09 10:28:23 changed by jval

I would first check that midgard_replicator::import_object() in helpers.php actually gets an object and not NULL or something like that.

Could you please add temporarily e.g. this (added lines are on the left) to midgard_replicator::import_object():

function midcom_helper_replicator_import_object(&$object, $use_force = false)
{

echo "print_r(object):\n";
print_r($object);
echo "use_force = $use_force\n";

    if ($use_force)
    {
     	return midgard_replicator::import_object($object, $use_force);
    }
    return midgard_replicator::import_object($object);
}

...and see what it prints - to make sure this indeed is a midgard-core issue and not a MidCOM issue.

10/20/09 12:59:45 changed by piotras

  • milestone changed from 8.09.6 Ragnaroek to 8.09.7 Ragnaroek.

11/26/09 16:19:48 changed by piotras

It looks like parameter object is very old. Neither created or updated property is set correctly. It could be created before Midgard 1.8.

11/26/09 16:19:54 changed by piotras

  • status changed from new to assigned.

11/26/09 16:20:51 changed by piotras

  • status changed from assigned to closed.
  • resolution set to fixed.

(In [24197]) import_object: check updated properties, if they do not hold NULL. Fix #1239