Mailing List Archive

There was an error adding the order to the transaction table. It was: Not a GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line 1080.
Hi,



I'm trying to run an Interchange site using interchange-master and I'm
running into issues trying to make an order.

The site is using a pretty standard etc/log_transaction file.

Finalizing the order results in the following error:

"There was an error adding the order to the transaction table. It was: Not a
GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line
1080."



This happens for transaction and orderline tables.



Now if I change the lib/VendTable/Common.pm with the following diff then it
does pass:

1080c1080

< open(IN, "+<", \$infile)

---

> open(IN, '+<', $infile)



For reference:
https://github.com/interchange/interchange/blob/master/lib/Vend/Table/Common
.pm



I don't know if this has anything to do with the newer Perl version or that
there is some other glitch somewhere. As I've kinda been out of Perl for the
past 10 years, I hope someone here with more recent Perl experience could
shine a light on this.



Now after making this change it does pass, but then I end up with the next
error:

"import into orderline failed: DBD::mysql::st execute failed: Column
\'store_id\' cannot be null at /opt/interchange-master/lib/Vend/Table/DBI.pm
line 1593, <IN> chunk 2."



This seems to be because the following set_row code is not passing on the
correct data:

NOTES => <<EndOfRoutine,

while (<IN>) {

chomp;

\@fields = ();

s/\\r?\\n\\r?\\n((?s:.)*)//

and \$fields[$idx] = \$1;

while(s!($codere):[ \\t]*(.*)\\n?!!) {

next unless defined \$field_hash->{\$1};

\$fields[\$field_hash->{\$1}] = \$2;

}

$index

$numeric_guess

\$out->set_row(\@fields);

$numeric_clean

}



Does anybody have any good ideas/pointers why this might be happening?



CU,



Gert
Re: There was an error adding the order to the transaction table. It was: Not a GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line 1080. [ In reply to ]
On Tue, 27 Mar 2018, Gert van der Spoel wrote:

> I'm trying to run an Interchange site using interchange-master and I'm
> running into issues trying to make an order.
>
> The site is using a pretty standard etc/log_transaction file.
>
> Finalizing the order results in the following error:
>
> "There was an error adding the order to the transaction table. It was: Not a
> GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line
> 1080."

Gert, sorry to hear that. I haven't heard of that one before.

> I don't know if this has anything to do with the newer Perl version or
> that there is some other glitch somewhere.

What version of Perl are you using, and where did it come from?

I just tested a fresh Interchange + Strap demo built from Git checkout,
using Perl 5.26.1 installed by plenv, on Fedora 27, and was able to
complete a test order fine.

I did have to `touch _indev` in the Interchange root so that the test
payment gateway code loads, but that can be worked around by editing
interchange.cfg to get rid of the ifdef @INDEV check.

Maybe some more details about your environment will give us more ideas of
what could be going wrong.

Jon

--
Jon Jensen
End Point Corporation
https://www.endpoint.com/

_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users
Re: There was an error adding the order to the transaction table. It was: Not a GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line 1080. [ In reply to ]
> On Tue, 27 Mar 2018, Gert van der Spoel wrote:
>
> > I'm trying to run an Interchange site using interchange-master and I'm
> > running into issues trying to make an order.
> >
> > The site is using a pretty standard etc/log_transaction file.
> >
> > Finalizing the order results in the following error:
> >
> > "There was an error adding the order to the transaction table. It was:
> > Not a GLOB reference at
> > /opt/interchange-master/lib/Vend/Table/Common.pm line 1080."
>
> Gert, sorry to hear that. I haven't heard of that one before.
>
> > I don't know if this has anything to do with the newer Perl version or
> > that there is some other glitch somewhere.
>
> What version of Perl are you using, and where did it come from?
>
> I just tested a fresh Interchange + Strap demo built from Git checkout,
using
> Perl 5.26.1 installed by plenv, on Fedora 27, and was able to complete a
test
> order fine.
>
> I did have to `touch _indev` in the Interchange root so that the test
payment
> gateway code loads, but that can be worked around by editing
interchange.cfg
> to get rid of the ifdef @INDEV check.
>
> Maybe some more details about your environment will give us more ideas of
> what could be going wrong.
>

Hi Jon,

Thanks for having a look!

Yeah sorry I didn't put any further details ..
It's a recent Debian install:
OS: Debian GNU/Linux 9 (stretch)
Kernel: Linux 4.9.0-6-amd64

Perl: 5.24.1

Database is Mariadb (Mysql-ish) ... Not sure if that has any influence ..

CU,

Gert




_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users
Re: There was an error adding the order to the transaction table. It was: Not a GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line 1080. [ In reply to ]
Maybe ;-)

Il 28/03/2018 17:47, Gert van der Spoel ha scritto:
> It's a recent Debian install:
> OS: Debian GNU/Linux 9 (stretch)
> Kernel: Linux 4.9.0-6-amd64
> Perl: 5.24.1
> Database is Mariadb (Mysql-ish) ... Not sure if that has any influence ..


--
"Fino alla bara sinpara"
"Up to demise we rize"

_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users
Re: There was an error adding the order to the transaction table. It was: Not a GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line 1080. [ In reply to ]
On 03/26/2018 11:36 PM, Gert van der Spoel wrote:
> Hi,
>
> ?
>
> I?m trying to run an Interchange site using interchange-master and I?m running into issues trying to make an order.
>
> The site is using a pretty standard etc/log_transaction file.
>
> Finalizing the order results in the following error:
>
> ?There was an error adding the order to the transaction table. It was: Not a GLOB reference at
> /opt/interchange-master/lib/Vend/Table/Common.pm line 1080.?
>
> ?
>
> This happens for transaction and orderline tables.
>
> ?
>
> Now if I change the lib/VendTable/Common.pm with the following diff then it does pass:
>
> 1080c1080
>
> < ??????????????????????????????????????????? open(IN, "+<", \$infile)
>
> ---
>
>> ??????????????????????????????????????????? open(IN, '+<', $infile)
>
> ?
>
> For reference: https://github.com/interchange/interchange/blob/master/lib/Vend/Table/Common.pm
>
> ?
>
> I don?t know if this has anything to do with the newer Perl version or that there is some other glitch somewhere. As
> I?ve kinda been out of Perl for the past 10 years, I hope someone here with more recent Perl experience could shine a
> light on this.
>
> ?
>
> Now after making this change it does pass, but then I end up with the next error:
>
> ?import into orderline failed: DBD::mysql::st execute failed: Column \'store_id\' cannot be null at
> /opt/interchange-master/lib/Vend/Table/DBI.pm line 1593, <IN> chunk 2.?
>

Hello Gert,

looks like you don't set a value for store_id in your [import] block. [import] behaves pretty stupid as it
tries to set fields even if you don't pass them inside.

Regards
Racke

> ?
>
> This seems to be because the following set_row code is not passing on the correct data:
>
> ???? NOTES => <<EndOfRoutine,
>
> ??????? while (<IN>) {
>
> ??????????? chomp;
>
> ??????????????? \@fields = ();
>
> ??????????????? s/\\r?\\n\\r?\\n((?s:.)*)//
>
> ???????????????????? and \$fields[$idx] = \$1;
>
> ??????????????? while(s!($codere):[ \\t]*(.*)\\n?!!) {
>
> ???????????????????? next unless defined \$field_hash->{\$1};
>
> ???????????????????? \$fields[\$field_hash->{\$1}] = \$2;
>
> ??????????????? }
>
> ??????????????? $index
>
> ??????????????? $numeric_guess
>
> ??????????? \$out->set_row(\@fields);
>
> ??????????????? $numeric_clean
>
> ??????? }
>
> ?
>
> Does anybody have any good ideas/pointers why this might be happening?
>
> ?
>
> CU,
>
> ?
>
> Gert
>
> ?
>
> ?
>
> ?
>
> ?
>
> ?
>
> ?
>
>
>
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
>


--
Ecommerce and Linux consulting + Perl and web application programming.
Debian and Sympa administration. Provisioning with Ansible.

_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users
Re: There was an error adding the order to the transaction table. It was: Not a GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line 1080. [ In reply to ]
> On 03/26/2018 11:36 PM, Gert van der Spoel wrote:
> > Hi,
> >
> >
> >
> > I?m trying to run an Interchange site using interchange-master and I?m
> running into issues trying to make an order.
> >
> > The site is using a pretty standard etc/log_transaction file.
> >
> > Finalizing the order results in the following error:
> >
> > ?There was an error adding the order to the transaction table. It was:
> > Not a GLOB reference at /opt/interchange-
> master/lib/Vend/Table/Common.pm line 1080.?
> >
> >
> >
> > This happens for transaction and orderline tables.
> >
> >
> >
> > Now if I change the lib/VendTable/Common.pm with the following diff then
> it does pass:
> >
> > 1080c1080
> >
> > < ??????????????????????????????????????????? open(IN, "+<", \$infile)
> >
> > ---
> >
> >> ??????????????????????????????????????????? open(IN, '+<', $infile)
> >
> >
> >
> > For reference:
> > https://github.com/interchange/interchange/blob/master/lib/Vend/Table/
> > Common.pm
> >
> >
> >
> > I don?t know if this has anything to do with the newer Perl version or
> > that there is some other glitch somewhere. As I?ve kinda been out of
> > Perl for the past 10 years, I hope someone here with more recent Perl
> experience could shine a light on this.
> >
> >
> >
> > Now after making this change it does pass, but then I end up with the
next
> error:
> >
> > ?import into orderline failed: DBD::mysql::st execute failed: Column
> > \'store_id\' cannot be null at /opt/interchange-
> master/lib/Vend/Table/DBI.pm line 1593, <IN> chunk 2.?
> >
>
> Hello Gert,
>
> looks like you don't set a value for store_id in your [import] block.
[import]
> behaves pretty stupid as it tries to set fields even if you don't pass
them inside.
>
> Regards
> Racke


Hi Stefan,

Thanks for checking!
I also thought at first that this was the problem, even though (like in the
strap/standard demos) the store_id is set as:
store_id: __STORE_ID__

Even without the STORE_ID Variable it should not be null, just empty.

I think the base of the problem already lies in the lib/Vend/Common.pm ...
Aparently you all can use the code 'as is', but in my case I need to change
line 1080 ... I am only not so sure what's the big difference between using
\$infile instead of $infile and what could cause it to crash for me, but not
for yours/Jon's ... Do you have any thoughts on that?

Thanks!

Gert



> >
> >
> > This seems to be because the following set_row code is not passing on
the
> correct data:
> >
> > ???? NOTES => <<EndOfRoutine,
> >
> > ??????? while (<IN>) {
> >
> > ??????????? chomp;
> >
> > ??????????????? \@fields = ();
> >
> > ??????????????? s/\\r?\\n\\r?\\n((?s:.)*)//
> >
> > ???????????????????? and \$fields[$idx] = \$1;
> >
> > ??????????????? while(s!($codere):[ \\t]*(.*)\\n?!!) {
> >
> > ???????????????????? next unless defined \$field_hash->{\$1};
> >
> > ???????????????????? \$fields[\$field_hash->{\$1}] = \$2;
> >
> > ??????????????? }
> >
> > ??????????????? $index
> >
> > ??????????????? $numeric_guess
> >
> > ??????????? \$out->set_row(\@fields);
> >
> > ??????????????? $numeric_clean
> >
> > ??????? }
> >
> >
> >
> > Does anybody have any good ideas/pointers why this might be happening?
> >


_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users
Re: There was an error adding the order to the transaction table. It was: Not a GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line 1080. [ In reply to ]
On 03/30/2018 10:04 AM, Gert van der Spoel wrote:
>> On 03/26/2018 11:36 PM, Gert van der Spoel wrote:
>>> Hi,
>>>
>>>
>>>
>>> I’m trying to run an Interchange site using interchange-master and I’m
>> running into issues trying to make an order.
>>>
>>> The site is using a pretty standard etc/log_transaction file.
>>>
>>> Finalizing the order results in the following error:
>>>
>>> “There was an error adding the order to the transaction table. It was:
>>> Not a GLOB reference at /opt/interchange-
>> master/lib/Vend/Table/Common.pm line 1080.”
>>>
>>>
>>>
>>> This happens for transaction and orderline tables.
>>>
>>>
>>>
>>> Now if I change the lib/VendTable/Common.pm with the following diff then
>> it does pass:
>>>
>>> 1080c1080
>>>
>>> <                                             open(IN, "+<", \$infile)
>>>
>>> ---
>>>
>>>>                                             open(IN, '+<', $infile)
>>>
>>>
>>>
>>> For reference:
>>> https://github.com/interchange/interchange/blob/master/lib/Vend/Table/
>>> Common.pm
>>>
>>>
>>>
>>> I don’t know if this has anything to do with the newer Perl version or
>>> that there is some other glitch somewhere. As I’ve kinda been out of
>>> Perl for the past 10 years, I hope someone here with more recent Perl
>> experience could shine a light on this.
>>>
>>>
>>>
>>> Now after making this change it does pass, but then I end up with the
> next
>> error:
>>>
>>> “import into orderline failed: DBD::mysql::st execute failed: Column
>>> \'store_id\' cannot be null at /opt/interchange-
>> master/lib/Vend/Table/DBI.pm line 1593, <IN> chunk 2.”
>>>
>>
>> Hello Gert,
>>
>> looks like you don't set a value for store_id in your [import] block.
> [import]
>> behaves pretty stupid as it tries to set fields even if you don't pass
> them inside.
>>
>> Regards
>> Racke
>
>
> Hi Stefan,
>
> Thanks for checking!
> I also thought at first that this was the problem, even though (like in the
> strap/standard demos) the store_id is set as:
> store_id: __STORE_ID__
>
> Even without the STORE_ID Variable it should not be null, just empty.
>
> I think the base of the problem already lies in the lib/Vend/Common.pm ...
> Aparently you all can use the code 'as is', but in my case I need to change
> line 1080 ... I am only not so sure what's the big difference between using
> \$infile instead of $infile and what could cause it to crash for me, but not
> for yours/Jon's ... Do you have any thoughts on that?

Hello Gert,

my thoughts are that these import routines in Interchange are opaque, complex
and hard to tackle.

You could try wellwell's [import-lite] tag:

https://github.com/interchange/wellwell/blob/master/code/import_lite.tag

Regards
Racke

>
> Thanks!
>
> Gert
>
>
>
>>>
>>>
>>> This seems to be because the following set_row code is not passing on
> the
>> correct data:
>>>
>>>      NOTES => <<EndOfRoutine,
>>>
>>>         while (<IN>) {
>>>
>>>             chomp;
>>>
>>>                 \@fields = ();
>>>
>>>                 s/\\r?\\n\\r?\\n((?s:.)*)//
>>>
>>>                      and \$fields[$idx] = \$1;
>>>
>>>                 while(s!($codere):[ \\t]*(.*)\\n?!!) {
>>>
>>>                      next unless defined \$field_hash->{\$1};
>>>
>>>                      \$fields[\$field_hash->{\$1}] = \$2;
>>>
>>>                 }
>>>
>>>                 $index
>>>
>>>                 $numeric_guess
>>>
>>>             \$out->set_row(\@fields);
>>>
>>>                 $numeric_clean
>>>
>>>         }
>>>
>>>
>>>
>>> Does anybody have any good ideas/pointers why this might be happening?
>>>
>
>
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
>


--
Ecommerce and Linux consulting + Perl and web application programming.
Debian and Sympa administration. Provisioning with Ansible.

_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users
Re: There was an error adding the order to the transaction table. It was: Not a GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line 1080. [ In reply to ]
> On 03/30/2018 10:04 AM, Gert van der Spoel wrote:
> >> On 03/26/2018 11:36 PM, Gert van der Spoel wrote:
> >>> Hi,
> >>>
> >>>
> >>>
> >>> I’m trying to run an Interchange site using interchange-master and
> >>> I’m
> >> running into issues trying to make an order.
> >>>
> >>> The site is using a pretty standard etc/log_transaction file.
> >>>
> >>> Finalizing the order results in the following error:
> >>>
> >>> “There was an error adding the order to the transaction table. It was:
> >>> Not a GLOB reference at /opt/interchange-
> >> master/lib/Vend/Table/Common.pm line 1080.”
> >>>
> >>>
> >>>
> >>> This happens for transaction and orderline tables.
> >>>
> >>>
> >>>
> >>> Now if I change the lib/VendTable/Common.pm with the following diff
> >>> then
> >> it does pass:
> >>>
> >>> 1080c1080
> >>>
> >>> < open(IN, "+<",
> >>> \$infile)
> >>>
> >>> ---
> >>>
> >>>> open(IN, '+<', $infile)
> >>>
> >>>
> >>>
> >>> For reference:
> >>> https://github.com/interchange/interchange/blob/master/lib/Vend/Tabl
> >>> e/
> >>> Common.pm
> >>>
> >>>
> >>>
> >>> I don’t know if this has anything to do with the newer Perl version
> >>> or that there is some other glitch somewhere. As I’ve kinda been out
> >>> of Perl for the past 10 years, I hope someone here with more recent
> >>> Perl
> >> experience could shine a light on this.
> >>>
> >>>
> >>>
> >>> Now after making this change it does pass, but then I end up with
> >>> the
> > next
> >> error:
> >>>
> >>> “import into orderline failed: DBD::mysql::st execute failed: Column
> >>> \'store_id\' cannot be null at /opt/interchange-
> >> master/lib/Vend/Table/DBI.pm line 1593, <IN> chunk 2.”
> >>>
> >>
> >> Hello Gert,
> >>
> >> looks like you don't set a value for store_id in your [import] block.
> > [import]
> >> behaves pretty stupid as it tries to set fields even if you don't
> >> pass
> > them inside.
> >>
> >> Regards
> >> Racke
> >
> >
> > Hi Stefan,
> >
> > Thanks for checking!
> > I also thought at first that this was the problem, even though (like
> > in the strap/standard demos) the store_id is set as:
> > store_id: __STORE_ID__
> >
> > Even without the STORE_ID Variable it should not be null, just empty.
> >
> > I think the base of the problem already lies in the lib/Vend/Common.pm ...
> > Aparently you all can use the code 'as is', but in my case I need to
> > change line 1080 ... I am only not so sure what's the big difference
> > between using \$infile instead of $infile and what could cause it to
> > crash for me, but not for yours/Jon's ... Do you have any thoughts on that?
>
> Hello Gert,
>
> my thoughts are that these import routines in Interchange are opaque,
> complex and hard to tackle.
>
> You could try wellwell's [import-lite] tag:
>
> https://github.com/interchange/wellwell/blob/master/code/import_lite.tag
>

Hi Stefan,

Well with import_lite.tag it looks like things work, so thanks for that. A bit scary to be honest, but I am willing to take the chance as I've not much time to keep diving into finding solutions ...

Also the admin has been causing me issues where it did not want to make updates using the Item Editor ...

The issue turned out to be in this code in lib/Vend/Data.pm:
https://github.com/interchange/interchange/blob/master/lib/Vend/Data.pm
(starting at line 2290):
my $k = $multikey ? undef : $key;
my $args = [$dml, $k];
for (keys %$qd) {
$qret = $qd->{$_}->set_slice($args, $qf->{$_}, $qv->{$_});
$rows_set[$i] ||= $qret;
}

It has to do a couple of 'set_slice' calls in the for loop ... But after the first set_slice the $args value changed to an empty array.

I then changed my code to:
my $k = $multikey ? undef : $key;
my $args = [];
for (keys %$qd) {
$args = [$dml, $k];
$qret = $qd->{$_}->set_slice($args, $qf->{$_}, $qv->{$_});
$rows_set[$i] ||= $qret;
}

And this solved my problem and data was updated correctly for all queries in the for loop ... Maybe this will help someone in the future when trying to install latest Interchange on a very new Perl and Debian install ...

CU,

Gert





> >
> > Thanks!
> >
> > Gert
> >
> >
> >
> >>>
> >>>
> >>> This seems to be because the following set_row code is not passing
> >>> on
> > the
> >> correct data:
> >>>
> >>> NOTES => <<EndOfRoutine,
> >>>
> >>> while (<IN>) {
> >>>
> >>> chomp;
> >>>
> >>> \@fields = ();
> >>>
> >>> s/\\r?\\n\\r?\\n((?s:.)*)//
> >>>
> >>> and \$fields[$idx] = \$1;
> >>>
> >>> while(s!($codere):[ \\t]*(.*)\\n?!!) {
> >>>
> >>> next unless defined \$field_hash->{\$1};
> >>>
> >>> \$fields[\$field_hash->{\$1}] = \$2;
> >>>
> >>> }
> >>>
> >>> $index
> >>>
> >>> $numeric_guess
> >>>
> >>> \$out->set_row(\@fields);
> >>>
> >>> $numeric_clean
> >>>
> >>> }
> >>>
> >>>
> >>>
> >>> Does anybody have any good ideas/pointers why this might be happening?
> >>>
> >
> >
> > _______________________________________________
> > interchange-users mailing list
> > interchange-users@icdevgroup.org
> > http://www.icdevgroup.org/mailman/listinfo/interchange-users
> >
>
>
> --
> Ecommerce and Linux consulting + Perl and web application programming.
> Debian and Sympa administration. Provisioning with Ansible.
>
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users


_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users
Re: There was an error adding the order to the transaction table. It was: Not a GLOB reference at /opt/interchange-master/lib/Vend/Table/Common.pm line 1080. [ In reply to ]
On Sun, 1 Apr 2018, Gert van der Spoel wrote:

> Also the admin has been causing me issues where it did not want to make
> updates using the Item Editor ...
>
> The issue turned out to be in this code in lib/Vend/Data.pm:
> https://github.com/interchange/interchange/blob/master/lib/Vend/Data.pm
> (starting at line 2290):
> my $k = $multikey ? undef : $key;
> my $args = [$dml, $k];
> for (keys %$qd) {
> $qret = $qd->{$_}->set_slice($args, $qf->{$_}, $qv->{$_});
> $rows_set[$i] ||= $qret;
> }
>
> It has to do a couple of 'set_slice' calls in the for loop ... But after
> the first set_slice the $args value changed to an empty array.
>
> I then changed my code to:
> my $k = $multikey ? undef : $key;
> my $args = [];
> for (keys %$qd) {
> $args = [$dml, $k];
> $qret = $qd->{$_}->set_slice($args, $qf->{$_}, $qv->{$_});
> $rows_set[$i] ||= $qret;
> }
>
> And this solved my problem and data was updated correctly for all
> queries in the for loop ... Maybe this will help someone in the future
> when trying to install latest Interchange on a very new Perl and Debian
> install ...

Gert, nice sleuthing!

You found a bug I unknowingly introduced just a few weeks ago. I'm sorry
about that!

I'm not sure why it affected you and not me, since I still wasn't able to
reproduce it, but your change undoes part of what I did here:

https://github.com/interchange/interchange/commit/fa63936889ba6877869ce9f19c8ac313a8ca375c#diff-af495b310ee2b8d00d86ed9deb1d4b11

Maybe it's something different about the databases we're using.

Anyway, I fixed it here, putting that part back the way it was:

https://github.com/interchange/interchange/commit/a603f8914031e8611d5cb4b2b3029d6dbc84d463

Can you please try that version of Vend::Data just to make sure it works
for you too?

Thanks,
Jon


--
Jon Jensen
End Point Corporation
https://www.endpoint.com/

_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users