Re: Error with Tag->data in actionmap after upgrade to Centos 7.4 mysql 5.7.21

David Christensen <[email protected]> Thu, 8 Mar 2018 13:44:47 -0600

Newsgroups	gmane.comp.web.interchange.users
Message-ID	<[email protected]>


> On Mar 8, 2018, at 9:33 AM, IC <[email protected]> wrote:
> 
>> Hi Andy,
>> 
>> This sounds like an issue with Safe; had you previously done an
>> AllowGlobal or similar on the old server that you did not replicate to the
>> new setup?  The other way to fix this is to write a wrapper global usertag
>> or adjust the surrounding ITL to have the [data] tag called as a parse-
>> level construct instead of in a [perl] or [calc] block.
>> 
>> David
> 
> Hi David,
> 
> It should be identical to the old server, same interchange.cfg and catalog.cfg and same IC version just newer OS etc
> 
> I don't quite understand how to move forward with a global usertag for this, could you elaborate please?
> 
> Thanks,
> Andy.

You’d have to wrap up the logic that you’re currently dong in ITL into something like this:

interchange/code/UserTag/foo.tag:
UserTag foo Routine <<
sub {
  my $content = ‘';
  # blah blah blah; everything in the [calc] or [perl] block
  $content .= $::Tag->data({…});
  # blah blah blah
  return $content;
}
EOF

Then calling in the page like:

[foo]

Before you did that, you should also make sure that a normal [data] interpolation works as expected in the content; you may be able to so something like:

[tmp data_result][data …][/tmp]

[perl]
  # blah blah blah
  return $Scratch->{data_result};
[/perl]

If that works, it’s like an issue with the AllowGlobal (or also could be an issue with Safe using different versions of Perl, like changes in which symbols we need to export in Safe::Hole.)

Best,

David
--
David Christensen
End Point Corporation
[email protected]
785-727-1171

_______________________________________________
interchange-users mailing list
[email protected]
http://www.icdevgroup.org/mailman/listinfo/interchange-users

signature.asc (application/pgp-signature, 833 B)