From admins at hal.eu  Sun Jul  2 12:25:28 2006
From: admins at hal.eu (admins@hal.eu)
Date: Sun Jul  2 12:25:31 2006
Subject: [ic] Haksior
Message-ID: <20060702162521.573131B67AD@mail.perusion.com>


We invite on site <a href="http://haksior.com">http://haksior.com</a> 

The Haksior is with peck of software the service. Quite free programmes. The best programmes. The science of service of systems, all for free. 

We invite on site <a href="http://haksior.com">http://haksior.com</a>
From drtester at netzero.com  Mon Jul  3 00:43:41 2006
From: drtester at netzero.com (drtester@netzero.com)
Date: Mon Jul  3 00:44:40 2006
Subject: [ic] Menus and category list in 5.4.1
Message-ID: <20060702.214411.21868.264466@webmail61.nyc.untd.com>

How then would someone edit content from the UI?

-- "Paul Jordan" <paul@gishnetwork.com> wrote:
interchange-users-bounces@icdevgroup.org wrote:
>> And a last question: why on earth would the content editing be hidden
>> by default?  Editing pages I would think is one of the most basic
>> things people would want to do.
> 
> I must have missed something as I would like to know the
> rationale/direction with this move also.


I might be completely incorrect, and just going off what I came to "think I
know" along the way. However I am fairly certain the content editor is
deprecated in the sense that it was getting very buggy and the dev
group was
not certain they were going to attempt to maintain it.

Maybe someone can correct me.

 Paul Jordan

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



_____________________________________________________________________
PrivatePhone - FREE telephone number & voicemail.
A number so private, you can make it public.
http://www.privatephone.com



From eric_bont at hotmail.com  Mon Jul  3 06:53:44 2006
From: eric_bont at hotmail.com (Eric Bont)
Date: Mon Jul  3 06:54:20 2006
Subject: [ic] rate 2006 ups standard
Message-ID: <BAY116-F341497CAB88C864DC476AC9A700@phx.gbl>

Hi,

I want to use UPS standard with the lastest (2006) rates. Does anyone know 
how I can update the UPS tables and how I can use standard UPS?

Thanks
Eric


From paul at gishnetwork.com  Mon Jul  3 11:24:52 2006
From: paul at gishnetwork.com (Paul Jordan)
Date: Mon Jul  3 11:25:11 2006
Subject: [ic] Menus and category list in 5.4.1
In-Reply-To: <20060702.214411.21868.264466@webmail61.nyc.untd.com>
Message-ID: <20060703152502.8BBC11B6826@mail.perusion.com>

interchange-users-bounces@icdevgroup.org wrote:
> -- "Paul Jordan" <paul@gishnetwork.com> wrote:
> interchange-users-bounces@icdevgroup.org wrote:
>>> And a last question: why on earth would the content editing be
>>> hidden by default?  Editing pages I would think is one of the most
>>> basic things people would want to do.
>> 
>> I must have missed something as I would like to know the
>> rationale/direction with this move also.
> 
> 
> I might be completely incorrect, and just going off what I
> came to "think I know" along the way. However I am fairly
> certain the content editor is deprecated in the sense that it
> was getting very buggy and the dev group was not certain they
> were going to attempt to maintain it.
> 
> Maybe someone can correct me.
> 
> Paul Jordan
>
> How then would someone edit content from the UI?
> 

Please post correctly. As I said, I was just saying what I came to "feel"
that - over the changes in IC, and the posts to the list, I am not on the
Dev Group. I remember talking at some point with Mike and he was telling me
about some editor built into Mozilla that was able to edit the pages. Maybe
an html editor of your choice, I dunno.

Maybe the content editor works. I do know people still use it, whether they
are using 5.4 or not I don't know. I used it myself in the beginning (4.8),
but it soon started having many bugs, at least for me, with rendering and
interpolation. Now I only use VI for its simplicity.

Send an email to the list with a better subject line asking what people use
to edit their ITL pages with (not including CLI editors) - That should be
interesting. Remember not to top post too.

Paul

From tim.g at edsd.com  Mon Jul  3 14:13:08 2006
From: tim.g at edsd.com (Tim Good)
Date: Mon Jul  3 14:12:18 2006
Subject: [ic] Problems using SearchOp
Message-ID: <200607031815.k63IFYBW003384@email.edsd.com>

I am trying to create my own op for searching on $somedate
ge than today.
Folling directions at:
http://www.icdevgroup.org/pipermail/interchange-users/2005-A
pril/042874.html
Which differ slightly from:
http://www.icdevgroup.org/interchange-doc-5.2.0/frames/icdat
abase_32.html

Interchange: 5.4.1 stable, Perl: Perl 5.8.7 non-threaded
Here is what I put in my catelog.cfg :

## Custom search op for greater than todays date
## used to filter auctions which haven't started yet
## from search results.
CodeDef auctionstart SearchOp
CodeDef auctionstart Routine <<EOR
sub {
      my ($self, $i, $pat) = @_;
      $pat = reverse($pat);
      $pat = qr($pat)i;

      return sub {
              my $itemstart = shift;
              return ($itemstart ge "2006-07-03 00:00:00");
      };
}
And the error I get is:

 search error: Limit subroutine creation: Can't use an
undefined value as an ARRAY reference at
/usr/local/interchange/lib/Vend/Search.pm line 653.

Is this option, to create a custom op, still active in my
version stated above?

Thanks,

Tim Good
EDSD, LLC

From josh at myprivacy.ca  Mon Jul  3 15:05:48 2006
From: josh at myprivacy.ca (Joshua Lavin)
Date: Mon Jul  3 15:06:06 2006
Subject: [ic] Interchange::Link, missing.html, 404
In-Reply-To: <200606282040.04869.kevin@cursor.biz>
References: <A001C3E9-D89B-4212-9D60-B3AB5D8C2E5E@myprivacy.ca>
	<200606282040.04869.kevin@cursor.biz>
Message-ID: <CAD1206A-90A8-4952-8CBD-E879EC7FAFC8@myprivacy.ca>

On Jun 28, 2006, at 2:40 PM, Kevin Walsh wrote:

> Joshua Lavin <josh@myprivacy.ca> wrote:
>> Using IC 5.4.0, Interchange::Link for mod_perl2.
>>
>> My special_pages/missing.html does not return a header of 404/Not
>> found. Rather they return 200/OK. This is not desired.
>>
>> When I used Mod::Interchange, I used the 'tag' tag in missing.html:
>>
>> [tag op=header]
>> Status: 404 Not found
>> Content-type: text/html; charset=ISO-8859-1
>> [/tag]
>>
>> This no longer works with IC:Link (gives a blank page). Also reported
>> here:
>> http://www.icdevgroup.org/pipermail/interchange-users/2006-March/
>> 045144.html
>>
>> I believe the problem stems from this code in Link.pm:
>>
>> elsif($set_status =~ /^404/) {
>> #warn "404 not found status\n";
>>       close (SOCK)   or die "close: $!\n";
>>       return Apache2::Const::OK;
>> }
>>
>> Is there any reason why this could not return
>> Apache2::Const::NOT_FOUND? Would that not allow us to use a
>> missing.html? (Could I use an ErrorDocument then, delivered by IC?)
>>
>> Anyone else having this problem?
>>
> My "missing" pages use the [tag] code you posted above.  I use
> mod_interchange everywhere and that works fine.  In fact, I was
> going to commit that [tag] code to the Standard demo.  I won't do
> that now.
>
> I don't have an Interchange::Link setup to play with but, looking
> at the code, it seems that you might be able to get away with the
> following (completely untried and untested) patch:

[snipped]

> I'm not sure whether the NOT_FOUND return code is necessary.  It's
> probably not;  OK is probably sufficient.  If the NOT_FOUND proves to
> be incorrect then just remove the "-" lines and forget the "+" lines,
> otherwise apply the whole patch and see what it does.

Thanks for the help, Kevin. Your patch gave me the missing.html with  
Apache's 404 page appended. :-) I got IC to return a simple 404 with  
this patch to Link.pm v1.10:

------------------------------------------------------------

--- Link.pm.orig        2006-06-28 09:39:41.000000000 -0500
+++ Link.pm     2006-07-03 13:47:01.000000000 -0500
@@ -746,7 +746,7 @@
          elsif($set_status =~ /^404/) {
#warn "404 not found status\n";
              close (SOCK)                                or die  
"close: $!\n";
-            return Apache2::Const::OK;
+            return Apache2::Const::NOT_FOUND;
          }
                 elsif($set_status eq 'httpd_deliver') {
                         $deliver_object = $set_status;

------------------------------------------------------------

If you use the [tag] code as above, this will return a 404, but it  
*uses the default Apache 404 page*. Without the [tag] code, it gives  
missing.html with a 200 status.

I wanted the best of both worlds (I have a custom IC-generated  
missing page), so I put "ErrorDocument 404 /special_pages/ 
missing2.html" in my apache conf, and made a symlink to ../ 
special_pages from CATROOT/pages. I created the missing2.html page  
without the [tag] code, and had to use @@MV_SUBJECT@@ instead of  
[subject]. Note that this was on a catalog at the root URL.

--
Josh Lavin
Kingdom Design   http://www.kingdomdesign.com/

From tom at ttucker.com  Mon Jul  3 21:08:12 2006
From: tom at ttucker.com (Tom Tucker)
Date: Mon Jul  3 21:08:47 2006
Subject: [ic] Problems using SearchOp
In-Reply-To: <200607031815.k63IFYBW003384@email.edsd.com>
Message-ID: <IHEOKFMFOGGMBLGGLPEKGEEPIFAA.tom@ttucker.com>

> I am trying to create my own op for searching on $somedate
> ge than today.
> Folling directions at:
> http://www.icdevgroup.org/pipermail/interchange-users/2005-A
> pril/042874.html
> Which differ slightly from:
> http://www.icdevgroup.org/interchange-doc-5.2.0/frames/icdat
> abase_32.html
> 
> Interchange: 5.4.1 stable, Perl: Perl 5.8.7 non-threaded
> Here is what I put in my catelog.cfg :
> 
[snip]
> And the error I get is:
> 
>  search error: Limit subroutine creation: Can't use an
> undefined value as an ARRAY reference at
> /usr/local/interchange/lib/Vend/Search.pm line 653.
> 
> Is this option, to create a custom op, still active in my
> version stated above?

I have the same problem with 5.4.0 stable. I copies the CodeDef form
the sample into VENDROOT/interchange.cfg and I get the same error.

Tom


From bob at nleaudio.com  Tue Jul  4 00:56:19 2006
From: bob at nleaudio.com (Bob Puff@NLE)
Date: Tue Jul  4 00:55:46 2006
Subject: [ic] Breadcrumbs?
Message-ID: <44A9F4F3.1070302@nleaudio.com>

> Now I'm wondering if my install is messed up.  In 5.4.1, The blue line 
> on the top heading under the "Home - Log in - Your Cart - ..." 
> displays 
> the text:
> 
> [breadcrumbs reset-on-product=1]
> 
> This is on the standard demo cart.
> 
> How do I fix this?
> 
> Bob
> 
> Sample URL: http://nleaudio.net/cgi-bin/bobtest/

Does anyone have an idea on this one?  What would cause this tag not to be interpreted?

Bob
From bob at nleaudio.com  Tue Jul  4 01:26:34 2006
From: bob at nleaudio.com (Bob Puff@NLE)
Date: Tue Jul  4 01:25:49 2006
Subject: [ic] Breadcrumbs?
Message-ID: <44A9FC0A.1000002@nleaudio.com>

After further digging, it seems as if the breadcrumbs.tag is not being loaded.
I tried adding an include to the bottom of the catalog.cfg, but get the following on a restart:

Low traffic settings.
Calling UI......UI is loaded...
Interchange V5.4.1
Running with new signals, external programs could be unreliable.
Re-run with environment variable PERL_SIGNALS set to "unsafe" to change this.
Configuring catalog bobtest...Using MySQL, DSN=dbi:mysql:nleaudio_teststore...Us
erTag 'breadcrumbs' subroutine failed safe check: 'require' trapped by operation
 mask at (eval 332) line 4, <CONFIG> line 189.

done.

Not sure what is the next step.

Bob

From joachim at schubis-dd.de  Tue Jul  4 01:50:28 2006
From: joachim at schubis-dd.de (Joachim Schubert)
Date: Tue Jul  4 01:49:53 2006
Subject: [ic] Breadcrumbs?
In-Reply-To: <44A9F4F3.1070302@nleaudio.com>
References: <44A9F4F3.1070302@nleaudio.com>
Message-ID: <20060704055028.GA723@cubus.zuhause.lan>

On Tue, Jul 04, 2006 at 12:56:19AM -0400, Bob Puff@NLE wrote:
> > Now I'm wondering if my install is messed up.  In 5.4.1, The blue line 
> > on the top heading under the "Home - Log in - Your Cart - ..." 
> > displays 
> > the text:
> > 
> > [breadcrumbs reset-on-product=1]
> > 
> > This is on the standard demo cart.
> > 
> > How do I fix this?
> > 
---snip---

In my install (from source) the breadcrumbs.tag is in:
 VENDROOT/code/template_tag/standard/breadcrumbs.tag

The makecat copies among others this file from directory
 CATROOT/standard/config/
to this place.

HTH

Achim
--
From jon at endpoint.com  Tue Jul  4 02:23:22 2006
From: jon at endpoint.com (Jon Jensen)
Date: Tue Jul  4 02:23:36 2006
Subject: [ic] Breadcrumbs?
In-Reply-To: <44A9FC0A.1000002@nleaudio.com>
References: <44A9FC0A.1000002@nleaudio.com>
Message-ID: <Pine.LNX.4.64.0607040022530.30752@ybpnyubfg.ybpnyqbznva>

On Tue, 4 Jul 2006, Bob Puff@NLE wrote:

> After further digging, it seems as if the breadcrumbs.tag is not being loaded.
> I tried adding an include to the bottom of the catalog.cfg, but get the following on a restart:
>
> Low traffic settings.
> Calling UI......UI is loaded...
> Interchange V5.4.1
> Running with new signals, external programs could be unreliable.
> Re-run with environment variable PERL_SIGNALS set to "unsafe" to change this.
> Configuring catalog bobtest...Using MySQL, DSN=dbi:mysql:nleaudio_teststore...Us
> erTag 'breadcrumbs' subroutine failed safe check: 'require' trapped by operation
> mask at (eval 332) line 4, <CONFIG> line 189.
>
> done.
>
> Not sure what is the next step.

As another poster intimated, try including it in interchange.cfg.

Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From augustine.andrew at gmail.com  Tue Jul  4 09:28:36 2006
From: augustine.andrew at gmail.com (Andrew N)
Date: Tue Jul  4 09:28:47 2006
Subject: [ic] Cart Spawned in New Browser Window on Click and Auto Refreshed?
Message-ID: <78e8b7ef0607040628q778a5735p6b2d6e4534965c97@mail.gmail.com>

Greetings.

Is there a way to, when a link is clicked, have the cart pop up in a
separate browser window (I'll call it Window B and I'll call the
original page Window A).  Then the user is browsing still in Window A
and adding items to the cart through Window A.  The page does not go
the cart page, but stays on the same page, possibly the same position
of the page, in Window A.  However the cart is updated in Window B
upon item additions and deletions?

Thank you in advance!


Andy
From bob at nleaudio.com  Tue Jul  4 10:09:49 2006
From: bob at nleaudio.com (Bob Puff)
Date: Tue Jul  4 10:06:43 2006
Subject: [ic] Breadcrumbs?
Message-ID: <44AA76AD.8080305@nleaudio.com>

> In my install (from source) the breadcrumbs.tag is in:
>  VENDROOT/code/template_tag/standard/breadcrumbs.tag
> 
> The makecat copies among others this file from directory
>  CATROOT/standard/config/
> to this place.

Yes, as it is in my install as well.  However, I don't see any place 
where CATROOT/standard/config/*.tag was included.

> As another poster intimated, try including it in interchange.cfg.

I tried adding it to the interchange.cfg file as such:
# Include individual usertags.
include usertag/*.tag
include /home/nleaudio/catalogs/bobtest/standard/config/breadcrumbs.tag

...but still, no love.  It does get rid of the error (once I removed it 
from the catalog.cfg), but IC still is not parsing that tag.  Could it 
have anything to do with this message that I get when I start IC:

   Running with new signals, external programs could be unreliable.
   Re-run with environment variable PERL_SIGNALS set to "unsafe" to 
change this.

Bob

From bob at nleaudio.com  Tue Jul  4 10:20:10 2006
From: bob at nleaudio.com (Bob Puff)
Date: Tue Jul  4 10:16:58 2006
Subject: [ic] Breadcrumbs?
Message-ID: <44AA791A.1020705@nleaudio.com>

I did just find this: 
http://www.gossamer-threads.com/lists/interchange/users/38451

...which advises this:

> Edit this file: /path/to/interchange/bin/interchange
> and make the second line read:
> $ENV{PERL_SIGNALS} = "unsafe"; 

That got rid of the warning message when I restart IC, but breadcrumbs 
still isn't working.  sigh.

Bob
From interchange at hertell.com  Tue Jul  4 10:28:08 2006
From: interchange at hertell.com (Rene Hertell)
Date: Tue Jul  4 10:28:43 2006
Subject: [ic] Breadcrumbs?
In-Reply-To: <44AA791A.1020705@nleaudio.com>
References: <44AA791A.1020705@nleaudio.com>
Message-ID: <44AA7AF8.6000605@hertell.com>

Bob Puff wrote:
> I did just find this:
> http://www.gossamer-threads.com/lists/interchange/users/38451
> 
> ...which advises this:
> 
>> Edit this file: /path/to/interchange/bin/interchange
>> and make the second line read:
>> $ENV{PERL_SIGNALS} = "unsafe"; 
> 
> That got rid of the warning message when I restart IC, but breadcrumbs
> still isn't working.  sigh.

What about other *.tag-files that you have in your UserTag directory (i
have them in /home/interch/interchange/code/UserTag). Do they work? try
for example with the [env] tag. Does it give you any output? If it does,
then IC includes that dir and it's files..

What about file permissions? Any wrong user that owns that file, etc.?

Ren?
From bob at nleaudio.com  Tue Jul  4 14:40:27 2006
From: bob at nleaudio.com (Bob Puff)
Date: Tue Jul  4 14:37:11 2006
Subject: [ic] Breadcrumbs?  Solved!
Message-ID: <44AAB61B.3000108@nleaudio.com>

Hi Gang,

I found a solution!  Rene pointed me to the directory that holds all the 
global usertags that IC uses.  breadcrumbs.tag wasn't in there!  Once I 
copied it there, everything works now!

The fix, for those reading the archive:
cp -a VENDROOT/standard/config/breadcrumbs.tag VENTROOT/code/UserTag/
(where VENDROOT for me is /usr/local/interchange)

Kind of strange how it didn't work when I included it in the main 
interchange.cfg file, but perhaps it was a certain order or something. 
I did have all the permissions correct.

Can this be fixed in CVS?

Bob

P.S. I found another site running a recent IC that has the same 
problems, so this must not be unique to me.
From paul at gishnetwork.com  Tue Jul  4 15:36:21 2006
From: paul at gishnetwork.com (Paul Jordan)
Date: Tue Jul  4 15:36:35 2006
Subject: [ic] Location specific injected global code - or DEV setting?
Message-ID: <20060704193626.8CD901B6607@mail.perusion.com>


Hello list,

IC 5.4

I was wondering how feasible it would be to have VENDROOT code be included
in specific locations in all sub catalogs. First, for example, I'd be
interested in including *any* catalog.cfg style directives/text in
interchange.cfg. Possibly like:

CatalogCfgPrepend * <<EOS

# DEV account login
UserDB    projects_access  user_field   username
UserDB    projects_access  database     projects_access
UserDB    projects_access  time_field   none
UserDB    projects_access  crypt        0

EOS

Notice the * as in a possible:

CatalogCfgPrepend catalogfoo catalogbar <<EOS

EOS


Also, in some global VEDROOT way, could it be possible to include code
html/itl prepended into specific template variables?

Possibly like

TemplatePrepend LEFTONLY_TOP <<EOS

	[if !scratch active][bounce getaccess][/if]

EOS


This is all because I'd like to not touch *any* catalog level files, but
inject routines, in this case for development and testing purposes. For
example, I have a IC server (instance) that is soley dev catalogs of live
catalogs, that are used for clients to train or try new features. Of course,
there is many reasons to let this catalog NOT be accessible by just anyone,
just people with who login, get/have access, set a scratch, [logout], then
use catalog freely, verified by aforementioned scratch. They are logged out,
so they can fully utilize subsequent logins.

I know a [scratch] is not the best way - but it should be good enough, and
the code should be failry solid anyways.

Many people don't have a local dev server, and still yet, find themselves
unable to have moderate security for test/training catalogs (by training I
mean the clients employees).

I'd like it to not be catalog level because the dev or live catalog can get
overwritten at will.

TIA

Paul



From kevin at cursor.biz  Tue Jul  4 20:05:53 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Tue Jul  4 20:06:18 2006
Subject: [ic] Location specific injected global code - or DEV setting?
In-Reply-To: <20060704193626.8CD901B6607@mail.perusion.com>
References: <20060704193626.8CD901B6607@mail.perusion.com>
Message-ID: <200607050105.54494.kevin@cursor.biz>

"Paul Jordan" <paul@gishnetwork.com> wrote:
> I was wondering how feasible it would be to have VENDROOT code be included
> in specific locations in all sub catalogs. First, for example, I'd be
> interested in including *any* catalog.cfg style directives/text in
> interchange.cfg. Possibly like:
> 
> CatalogCfgPrepend * <<EOS
> 
> # DEV account login
> UserDB    projects_access  user_field   username
> UserDB    projects_access  database     projects_access
> UserDB    projects_access  time_field   none
> UserDB    projects_access  crypt        0
> EOS
> 
> Notice the * as in a possible:
> 
> CatalogCfgPrepend catalogfoo catalogbar <<EOS
> EOS
> 
Have you considered the ConfigAllBefore global directive,
which defaults to catalog_before.cfg?

That file would cover all websites under the configured Interchange
instance, although you could probably restrict to specific websites
using an "ifdef", along with some sort of website list regex.

I'm thinking here of separate websites, configured with Catalog.
You mentioned SubCatalogs.  SubCatalogs will inherit settings from
their master Catalog, so master settings for hash-type directives
should be "prepended" already.

> 
> Also, in some global VEDROOT way, could it be possible to include code
> html/itl prepended into specific template variables?
> 
> Possibly like
> 
> TemplatePrepend LEFTONLY_TOP <<EOS
> 
> 	[if !scratch active][bounce getaccess][/if]
> 
> EOS
> 
Again, perhaps you could define (in the catalog_before.cfg config)
a LEFTONLY_TOP_PREPEND variable, and then use __LEFTONLY_TOP_PREPEND__
in your LEFTONLY_TOP definition.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From kevin at cursor.biz  Wed Jul  5 08:36:34 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Wed Jul  5 08:36:58 2006
Subject: [ic] Problems using SearchOp
In-Reply-To: <200607031815.k63IFYBW003384@email.edsd.com>
References: <200607031815.k63IFYBW003384@email.edsd.com>
Message-ID: <200607051336.35586.kevin@cursor.biz>

"Tim Good" <tim.g@edsd.com> wrote:
> I am trying to create my own op for searching on $somedate
> ge than today.
> Folling directions at:
> http://www.icdevgroup.org/pipermail/interchange-users/2005-A
> pril/042874.html
> Which differ slightly from:
> http://www.icdevgroup.org/interchange-doc-5.2.0/frames/icdat
> abase_32.html
> 
> Interchange: 5.4.1 stable, Perl: Perl 5.8.7 non-threaded
> Here is what I put in my catelog.cfg :
> 
> ## Custom search op for greater than todays date
> ## used to filter auctions which haven't started yet
> ## from search results.
> CodeDef auctionstart SearchOp
> CodeDef auctionstart Routine <<EOR
> sub {
>       my ($self, $i, $pat) = @_;
>       $pat = reverse($pat);
>       $pat = qr($pat)i;
> 
>       return sub {
>               my $itemstart = shift;
>               return ($itemstart ge "2006-07-03 00:00:00");
>       };
> }
>
You don't need the two $pat lines in there, by the way.  They were
useful in the code you copied/pasted but are not used at all in
your code.

On the other hand, you might want to pass your date string in as a
mv_searchspec (se=yourdatestring), and capture that in $pat,
instead of hard-coding the value in your code.

>
> And the error I get is:
> 
>  search error: Limit subroutine creation: Can't use an
> undefined value as an ARRAY reference at
> /usr/local/interchange/lib/Vend/Search.pm line 653.
> 
Try this patch:

*** lib/Vend/Search.pm- Wed Jul  5 12:44:01 2006
--- lib/Vend/Search.pm  Wed Jul  5 13:30:27 2006
***************
*** 649,656 ****
                $c->[$i] =~ tr/ \t//;
                my $o = $c->[$i];
                $c->[$i] = $s->{mv_numeric}[$i]
!                               ? [ @{$numopmap{$o}} ]
!                               : [ @{$stropmap{$o}} ];
                if(! $c->[$i]) {
                        my $r;
                        $c->[$i] = [$r, $o], next
--- 649,656 ----
                $c->[$i] =~ tr/ \t//;
                my $o = $c->[$i];
                $c->[$i] = $s->{mv_numeric}[$i]
!                               ? $numopmap{$o}
!                               : $stropmap{$o};
                if(! $c->[$i]) {
                        my $r;
                        $c->[$i] = [$r, $o], next

The dereference and re-reference seems wasteful to me, and is the
cause of the problem you reported.  If there's a reason for doing
that, and I can't see one, then it can be done later in the code.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From tim.g at edsd.com  Wed Jul  5 09:44:48 2006
From: tim.g at edsd.com (Tim Good)
Date: Wed Jul  5 09:45:33 2006
Subject: [ic] Problems using SearchOp
In-Reply-To: <200607051336.35586.kevin@cursor.biz>
Message-ID: <200607051348.k65DmkUr020977@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Kevin Walsh
> Sent: Wednesday, July 05, 2006 6:37 AM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Problems using SearchOp
> 
> "Tim Good" <tim.g@edsd.com> wrote:
> > I am trying to create my own op for searching on $somedate ge than 
> > today.
> > Folling directions at:
> > http://www.icdevgroup.org/pipermail/interchange-users/2005-A
> > pril/042874.html
> > Which differ slightly from:
> > http://www.icdevgroup.org/interchange-doc-5.2.0/frames/icdat
> > abase_32.html
> > 
> > Interchange: 5.4.1 stable, Perl: Perl 5.8.7 non-threaded 
> Here is what 
> > I put in my catelog.cfg :
> > 
> > ## Custom search op for greater than todays date ## used to filter 
> > auctions which haven't started yet ## from search results.
> > CodeDef auctionstart SearchOp
> > CodeDef auctionstart Routine <<EOR
> > sub {
> >       my ($self, $i, $pat) = @_;
> >       $pat = reverse($pat);
> >       $pat = qr($pat)i;
> > 
> >       return sub {
> >               my $itemstart = shift;
> >               return ($itemstart ge "2006-07-03 00:00:00");
> >       };
> > }
> >
> You don't need the two $pat lines in there, by the way.  They 
> were useful in the code you copied/pasted but are not used at 
> all in your code.
Thanks for pointing this out. I had realized that.

> 
> On the other hand, you might want to pass your date string in 
> as a mv_searchspec (se=yourdatestring), and capture that in 
> $pat, instead of hard-coding the value in your code.
> 
This was exactly my original thoughts but hard coded it to lessen the 
Troubleshooting points.

> >
> > And the error I get is:
> > 
> >  search error: Limit subroutine creation: Can't use an 
> undefined value 
> > as an ARRAY reference at /usr/local/interchange/lib/Vend/Search.pm 
> > line 653.
> > 
> Try this patch:
> 
> *** lib/Vend/Search.pm- Wed Jul  5 12:44:01 2006
> --- lib/Vend/Search.pm  Wed Jul  5 13:30:27 2006
> ***************
> *** 649,656 ****
>                 $c->[$i] =~ tr/ \t//;
>                 my $o = $c->[$i];
>                 $c->[$i] = $s->{mv_numeric}[$i]
> !                               ? [ @{$numopmap{$o}} ]
> !                               : [ @{$stropmap{$o}} ];
>                 if(! $c->[$i]) {
>                         my $r;
>                         $c->[$i] = [$r, $o], next
> --- 649,656 ----
>                 $c->[$i] =~ tr/ \t//;
>                 my $o = $c->[$i];
>                 $c->[$i] = $s->{mv_numeric}[$i]
> !                               ? $numopmap{$o}
> !                               : $stropmap{$o};
>                 if(! $c->[$i]) {
>                         my $r;
>                         $c->[$i] = [$r, $o], next
> 
> The dereference and re-reference seems wasteful to me, and is 
> the cause of the problem you reported.  If there's a reason 
> for doing that, and I can't see one, then it can be done 
> later in the code.
> 
Kevin thank you for you time in figuring out the patch.That is exactly
What the doctor ordered. Cheers!

> -- 
>    _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
>   _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   
> W a l s h
>  _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
> _/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
> 

From racke at linuxia.de  Wed Jul  5 10:15:29 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Wed Jul  5 10:18:45 2006
Subject: [ic] Problems using SearchOp
In-Reply-To: <200607051348.k65DmkUr020977@email.edsd.com>
References: <200607051348.k65DmkUr020977@email.edsd.com>
Message-ID: <44ABC981.6000003@linuxia.de>

Tim Good wrote:
>>-----Original Message-----
>>From: interchange-users-bounces@icdevgroup.org 
>>[mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
>>Of Kevin Walsh
>>Sent: Wednesday, July 05, 2006 6:37 AM
>>To: interchange-users@icdevgroup.org
>>Subject: Re: [ic] Problems using SearchOp
>>
>>"Tim Good" <tim.g@edsd.com> wrote:
>>
>>>I am trying to create my own op for searching on $somedate ge than 
>>>today.
>>>Folling directions at:
>>>http://www.icdevgroup.org/pipermail/interchange-users/2005-A
>>>pril/042874.html
>>>Which differ slightly from:
>>>http://www.icdevgroup.org/interchange-doc-5.2.0/frames/icdat
>>>abase_32.html
>>>
>>>Interchange: 5.4.1 stable, Perl: Perl 5.8.7 non-threaded 
>>
>>Here is what 
>>
>>>I put in my catelog.cfg :
>>>
>>>## Custom search op for greater than todays date ## used to filter 
>>>auctions which haven't started yet ## from search results.
>>>CodeDef auctionstart SearchOp
>>>CodeDef auctionstart Routine <<EOR
>>>sub {
>>>      my ($self, $i, $pat) = @_;
>>>      $pat = reverse($pat);
>>>      $pat = qr($pat)i;
>>>
>>>      return sub {
>>>              my $itemstart = shift;
>>>              return ($itemstart ge "2006-07-03 00:00:00");
>>>      };
>>>}
>>>
>>
>>You don't need the two $pat lines in there, by the way.  They 
>>were useful in the code you copied/pasted but are not used at 
>>all in your code.
> 
> Thanks for pointing this out. I had realized that.
> 
> 
>>On the other hand, you might want to pass your date string in 
>>as a mv_searchspec (se=yourdatestring), and capture that in 
>>$pat, instead of hard-coding the value in your code.
>>
> 
> This was exactly my original thoughts but hard coded it to lessen the 
> Troubleshooting points.
> 
> 
>>>And the error I get is:
>>>
>>> search error: Limit subroutine creation: Can't use an 
>>
>>undefined value 
>>
>>>as an ARRAY reference at /usr/local/interchange/lib/Vend/Search.pm 
>>>line 653.
>>>
>>
>>Try this patch:
>>
>>*** lib/Vend/Search.pm- Wed Jul  5 12:44:01 2006
>>--- lib/Vend/Search.pm  Wed Jul  5 13:30:27 2006
>>***************
>>*** 649,656 ****
>>                $c->[$i] =~ tr/ \t//;
>>                my $o = $c->[$i];
>>                $c->[$i] = $s->{mv_numeric}[$i]
>>!                               ? [ @{$numopmap{$o}} ]
>>!                               : [ @{$stropmap{$o}} ];
>>                if(! $c->[$i]) {
>>                        my $r;
>>                        $c->[$i] = [$r, $o], next
>>--- 649,656 ----
>>                $c->[$i] =~ tr/ \t//;
>>                my $o = $c->[$i];
>>                $c->[$i] = $s->{mv_numeric}[$i]
>>!                               ? $numopmap{$o}
>>!                               : $stropmap{$o};
>>                if(! $c->[$i]) {
>>                        my $r;
>>                        $c->[$i] = [$r, $o], next
>>
>>The dereference and re-reference seems wasteful to me, and is 
>>the cause of the problem you reported.  If there's a reason 
>>for doing that, and I can't see one, then it can be done 
>>later in the code.
>>
> 
> Kevin thank you for you time in figuring out the patch.That is exactly
> What the doctor ordered. Cheers!

It would be nice if you can post your finished SearchOp here, so
people can see a real world example in the archives.

Bye
	Racek

-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From tim.g at edsd.com  Wed Jul  5 10:39:18 2006
From: tim.g at edsd.com (Tim Good)
Date: Wed Jul  5 10:39:42 2006
Subject: [ic] Problems using SearchOp
In-Reply-To: <44ABC981.6000003@linuxia.de>
Message-ID: <200607051443.k65EhGAN022881@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Stefan Hornburg
> Sent: Wednesday, July 05, 2006 8:15 AM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Problems using SearchOp
> 
> Tim Good wrote:
> >>-----Original Message-----
> >>From: interchange-users-bounces@icdevgroup.org
> >>[mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Kevin 
> >>Walsh
> >>Sent: Wednesday, July 05, 2006 6:37 AM
> >>To: interchange-users@icdevgroup.org
> >>Subject: Re: [ic] Problems using SearchOp
> >>
> >>"Tim Good" <tim.g@edsd.com> wrote:
> >>
> >>>I am trying to create my own op for searching on $somedate ge than 
> >>>today.
> >>>Folling directions at:
> >>>http://www.icdevgroup.org/pipermail/interchange-users/2005-A
> >>>pril/042874.html
> >>>Which differ slightly from:
> >>>http://www.icdevgroup.org/interchange-doc-5.2.0/frames/icdat
> >>>abase_32.html
> >>>
> >>>Interchange: 5.4.1 stable, Perl: Perl 5.8.7 non-threaded
> >>
> >>Here is what
> >>
> >>>I put in my catelog.cfg :
> >>>
> >>>## Custom search op for greater than todays date ## used to filter 
> >>>auctions which haven't started yet ## from search results.
> >>>CodeDef auctionstart SearchOp
> >>>CodeDef auctionstart Routine <<EOR
> >>>sub {
> >>>      my ($self, $i, $pat) = @_;
> >>>      $pat = reverse($pat);
> >>>      $pat = qr($pat)i;
> >>>
> >>>      return sub {
> >>>              my $itemstart = shift;
> >>>              return ($itemstart ge "2006-07-03 00:00:00");
> >>>      };
> >>>}
> >>>
> >>
> >>You don't need the two $pat lines in there, by the way.  They were 
> >>useful in the code you copied/pasted but are not used at 
> all in your 
> >>code.
> > 
> > Thanks for pointing this out. I had realized that.
> > 
> > 
> >>On the other hand, you might want to pass your date string in as a 
> >>mv_searchspec (se=yourdatestring), and capture that in 
> $pat, instead 
> >>of hard-coding the value in your code.
> >>
> > 
> > This was exactly my original thoughts but hard coded it to 
> lessen the 
> > Troubleshooting points.
> > 
> > 
> >>>And the error I get is:
> >>>
> >>> search error: Limit subroutine creation: Can't use an
> >>
> >>undefined value
> >>
> >>>as an ARRAY reference at /usr/local/interchange/lib/Vend/Search.pm
> >>>line 653.
> >>>
> >>
> >>Try this patch:
> >>
> >>*** lib/Vend/Search.pm- Wed Jul  5 12:44:01 2006
> >>--- lib/Vend/Search.pm  Wed Jul  5 13:30:27 2006
> >>***************
> >>*** 649,656 ****
> >>                $c->[$i] =~ tr/ \t//;
> >>                my $o = $c->[$i];
> >>                $c->[$i] = $s->{mv_numeric}[$i]
> >>!                               ? [ @{$numopmap{$o}} ]
> >>!                               : [ @{$stropmap{$o}} ];
> >>                if(! $c->[$i]) {
> >>                        my $r;
> >>                        $c->[$i] = [$r, $o], next
> >>--- 649,656 ----
> >>                $c->[$i] =~ tr/ \t//;
> >>                my $o = $c->[$i];
> >>                $c->[$i] = $s->{mv_numeric}[$i]
> >>!                               ? $numopmap{$o}
> >>!                               : $stropmap{$o};
> >>                if(! $c->[$i]) {
> >>                        my $r;
> >>                        $c->[$i] = [$r, $o], next
> >>
> >>The dereference and re-reference seems wasteful to me, and is the 
> >>cause of the problem you reported.  If there's a reason for doing 
> >>that, and I can't see one, then it can be done later in the code.
> >>
> > 
> > Kevin thank you for you time in figuring out the patch.That 
> is exactly
> > What the doctor ordered. Cheers!
> 
> It would be nice if you can post your finished SearchOp here, so
> people can see a real world example in the archives.
> 
> Bye
> 	Racek

Done!
I have created two searchops:

## Custom search op for less than todays date
## used to filter auctions which haven't started yet
## from search results.
CodeDef auctionstart SearchOp
CodeDef auctionstart Routine <<EOR
sub {
      my ($self, $i, $pat) = @_;
      my $currentdate = $Tag->convert_date( { format => '%F %T' } );

      return sub {
              my $itemstart = shift;
              return ($itemstart le $currentdate);
      };
}
EOR

## Custom search op for greater than todays date
## used to filter auctions which have ended 
## from search results.
CodeDef auctionends SearchOp
CodeDef auctionends Routine <<EOR
sub {
      my ($self, $i, $pat) = @_;
      my $currentdate = $Tag->convert_date( { format => '%F %T' } );

      return sub {
              my $end = shift;
              return ($end ge $currentdate);
      };
}
EOR

> 
> -- 
> LinuXia Systems => http://www.linuxia.de/
> Expert Interchange Consulting and System Administration
> ICDEVGROUP => http://www.icdevgroup.org/
> Interchange Development Team
> 
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
> 

From docelic at mail.inet.hr  Wed Jul  5 10:55:17 2006
From: docelic at mail.inet.hr (Davor Ocelic)
Date: Wed Jul  5 10:52:33 2006
Subject: [ic] Problems using SearchOp
In-Reply-To: <44ABC981.6000003@linuxia.de>
References: <200607051348.k65DmkUr020977@email.edsd.com>
	<44ABC981.6000003@linuxia.de>
Message-ID: <20060705165517.13d90a6c.docelic@mail.inet.hr>


> Bye
> 	Racek

Wow, I thought you had an auto-included signature there :)
From bob at nleaudio.com  Wed Jul  5 13:06:23 2006
From: bob at nleaudio.com (Bob Puff@NLE)
Date: Wed Jul  5 13:05:44 2006
Subject: [ic] Breadcrumbs?  Solved!
In-Reply-To: <200607051600.k65G092p026103@icdevgroup.org>
References: <200607051600.k65G092p026103@icdevgroup.org>
Message-ID: <44ABF18F.6090306@nleaudio.com>

Unfortunately, I have to report this isn't totally solved.

I added another cart, and when I restarted IC, it complained about a duplicate breadcrumbs usertag!
I deleted the one that I copied in (previous message), and then it worked.  So it appears that:

When having only one cart, breadcrumbs.tag isn't included.
When having more than one cart, breadcrumbs.tag IS included.

Could this be a problem with makecat?

Bob
From kevin at cursor.biz  Wed Jul  5 14:02:24 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Wed Jul  5 14:02:36 2006
Subject: [ic] Problems using SearchOp
In-Reply-To: <20060705165517.13d90a6c.docelic@mail.inet.hr>
References: <200607051348.k65DmkUr020977@email.edsd.com>
	<44ABC981.6000003@linuxia.de>
	<20060705165517.13d90a6c.docelic@mail.inet.hr>
Message-ID: <200607051902.25436.kevin@cursor.biz>

Davor Ocelic <docelic@mail.inet.hr> wrote:
> > Bye
> > 	Racek
> 
> Wow, I thought you had an auto-included signature there :)
>
The auto-includer made a typo.  I blame the cosmic rays.

Of course, I type the following every time I write an article:

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From kevin at cursor.biz  Wed Jul  5 14:06:10 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Wed Jul  5 14:06:21 2006
Subject: [ic] Problems using SearchOp
In-Reply-To: <200607051348.k65DmkUr020977@email.edsd.com>
References: <200607051348.k65DmkUr020977@email.edsd.com>
Message-ID: <200607051906.11515.kevin@cursor.biz>

"Tim Good" <tim.g@edsd.com> wrote:
> > The dereference and re-reference seems wasteful to me, and is 
> > the cause of the problem you reported.  If there's a reason 
> > for doing that, and I can't see one, then it can be done 
> > later in the code.
> > 
> Kevin thank you for you time in figuring out the patch.That is exactly
> What the doctor ordered. Cheers!
> 
Not a problem.  A slightly better version of that patch has been committed
to CVS:

http://www.icdevgroup.org/pipermail/interchange-cvs/2006-July/006867.html

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From jordan at gishnetwork.com  Wed Jul  5 14:39:01 2006
From: jordan at gishnetwork.com (Paul Jordan)
Date: Wed Jul  5 14:39:17 2006
Subject: [ic] Location specific injected global code - or DEV setting?
In-Reply-To: <200607050105.54494.kevin@cursor.biz>
Message-ID: <20060705183908.077981B6816@mail.perusion.com>

interchange-users-bounces@icdevgroup.org wrote:
> "Paul Jordan" <paul@gishnetwork.com> wrote:
>> I was wondering how feasible it would be to have VENDROOT code be
>> included in specific locations in all sub catalogs. First, for
>> example, I'd be interested in including *any* catalog.cfg style
>> directives/text in interchange.cfg. Possibly like:
>> 
>> CatalogCfgPrepend * <<EOS
>> 
>> # DEV account login
>> UserDB    projects_access  user_field   username
>> UserDB    projects_access  database     projects_access
>> UserDB    projects_access  time_field   none
>> UserDB    projects_access  crypt        0
>> EOS
>> 
>> Notice the * as in a possible:
>> 
>> CatalogCfgPrepend catalogfoo catalogbar <<EOS EOS
>> 
> Have you considered the ConfigAllBefore global directive,
> which defaults to catalog_before.cfg?


That's perfect Kevin, Thanks. I had always noticed them
(vendroot/catalog_*.cfg) but assumed they were obsolete, similar to the old
catroot/etc/before.cfg. I figured one day they'd just disappear from the
distro. But, it is prefect, I was able to define a login profile, login
table, and __VAR__ to include in all my templates to control things, all
globally.

I am thinking this DEV setup can do double duty on a live system for
allowing developers to login during planned downtime.

Awesome!

 Paul Jordan

From paul at gishnetwork.com  Wed Jul  5 14:50:55 2006
From: paul at gishnetwork.com (Paul Jordan)
Date: Wed Jul  5 14:51:00 2006
Subject: [ic] Setting multiple scratch in one tag
In-Reply-To: <20060624202432.794e0bc5.docelic@mail.inet.hr>
Message-ID: <20060705185054.2903A1B6816@mail.perusion.com>

interchange-users-bounces@icdevgroup.org wrote:
> On Sat, 24 Jun 2006 10:08:07 -0700
> "Paul Jordan" <paul@gishnetwork.com> wrote:
> 
>> I was
>> wondering, would there be any efficiency gain to have a tag made that
>> did something like the following:
>> 
>> [tmp list=1]
>> 	page_title: Home
>> 	seetab: home
>> 	subtab_a: 1
>> 	foo: [sql-param bar]
>> [/tmp]
>> 
>> I imagine that it only needs to call ?something? once to set all
>> four, yes? I am mainly thinking of the typing speed, readability and
>> maintenance of these things, as well as any execution gains.
> 
> Hey Paul,
> 
> why not something like:
> 
> [calc]
> 	my %set = (
> 		key1 => 'val1',
> 		key2 => 'val2',
> 		key3 => 'val3',
> 	);
> 
> 	while (my ($k,$v) = each %set) { $Tag->tmp($k, $v) } [/calc]
> 
> 
> Too bad this can't be shorten even further. The 'each'
> iterator only accepts an already existing hash (can't use
> (k1=>v1) or %{ k1=>v1 } in place of %set), and it's also not
> possible to use the shorter form
> in 'while' (   $Tag->tmp($k, $v) while (my ($k,$v) = each %set)   ).

Thanks Davor

I guess I didn't say it but as this would work, I was looking for something
like the [import] tag for its cleanliness and speed WRT readability and ITL
interpolation. At this point I do try to perlize everything I can, but in my
ametureness I still do sometimes appreciate the readability of things. I
rarely use the [import] tag and opt for dbi or [query] but it is still a
very beautiful tag, none the less.

With a hack as Jon suggested I could setup at the top of every page and see
exactly what the page is and can do, like reading a book - almost like a
mini documentation of the page.

Your suggestion is good though, and I'll no doubt put it to use :-)

Paul Jordan



From peter at pajamian.dhs.org  Wed Jul  5 17:11:48 2006
From: peter at pajamian.dhs.org (Peter)
Date: Wed Jul  5 17:12:01 2006
Subject: [ic] Breadcrumbs?  Solved!
In-Reply-To: <44ABF18F.6090306@nleaudio.com>
References: <200607051600.k65G092p026103@icdevgroup.org>
	<44ABF18F.6090306@nleaudio.com>
Message-ID: <44AC2B14.7070109@pajamian.dhs.org>

On 07/05/2006 10:06 AM, Bob Puff@NLE wrote:
> Unfortunately, I have to report this isn't totally solved.
> 
> I added another cart, and when I restarted IC, it complained about a duplicate breadcrumbs usertag!
> I deleted the one that I copied in (previous message), and then it worked.  So it appears that:
> 
> When having only one cart, breadcrumbs.tag isn't included.
> When having more than one cart, breadcrumbs.tag IS included.
> 
> Could this be a problem with makecat?

Close, there would have been some problem with when you ran makecat for 
the first catalog, it didn't copy the tag over properly.  When you ran 
it the second time it did.

Peter
From bob at nleaudio.com  Thu Jul  6 00:50:46 2006
From: bob at nleaudio.com (Bob Puff)
Date: Thu Jul  6 00:47:39 2006
Subject: [ic] Breadcrumbs? Solved!
Message-ID: <44AC96A6.4050203@nleaudio.com>

> Close, there would have been some problem with when you ran makecat for 
> the first catalog, it didn't copy the tag over properly.  When you ran 
> it the second time it did.

But where did it copy it to?  I haven't found any change, other than it 
being in the second cart's directory structure, identical to the first one.

Bob
From bob at nleaudio.com  Thu Jul  6 00:54:06 2006
From: bob at nleaudio.com (Bob Puff)
Date: Thu Jul  6 00:50:45 2006
Subject: [ic] Menu loader not updating database
Message-ID: <44AC976E.1070804@nleaudio.com>

Just ran into another interesting situation tonight.  Was doing some 
major editing with the menu editor, to find that it wasn't showing up on 
the pages.  A little more probing found that the database "tree" was not 
being updated (but the text file in the catalog was).  I copied my menu 
to a new name, and _that_ one did update the database.

Is there some way to force a database update of a menu?

Bob
From racke at linuxia.de  Thu Jul  6 05:03:31 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Thu Jul  6 05:06:47 2006
Subject: [ic] Menu loader not updating database
In-Reply-To: <44AC976E.1070804@nleaudio.com>
References: <44AC976E.1070804@nleaudio.com>
Message-ID: <44ACD1E3.6020601@linuxia.de>

Bob Puff wrote:
> Just ran into another interesting situation tonight.  Was doing some 
> major editing with the menu editor, to find that it wasn't showing up on 
> the pages.  A little more probing found that the database "tree" was not 
> being updated (but the text file in the catalog was).  I copied my menu 
> to a new name, and _that_ one did update the database.

Which kind of database do you use for "tree" ?

Bye
	Racke

-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From eric_bont at hotmail.com  Thu Jul  6 06:26:11 2006
From: eric_bont at hotmail.com (Eric Bont)
Date: Thu Jul  6 06:26:24 2006
Subject: [ic] UPS shipping based on country-zone instead of zip-zone
Message-ID: <BAY116-F1533EC5BB57F07286CE1F09A770@phx.gbl>

I have a Dutch ecommerce site that likes to use worldwide UPS shipping. I 
use Internal UPS lookup.

I changed the 450.csv and, for example, the 3DaySelect.csv with my new UPS
zones and rates.

My problem:
Most of the zones from UPS Netherlands (EU) are based on the countryname and 
not on the
ZIP. How can I use for shippingcost the destination countryname instead of 
the destionation
zip. In the UI [administration[[commerce][shipping] I filled in 'country' 
for "Field that chooses UPS destination (default zip)" but that doesn't 
work.

Any idea's ?

Thanks a lot
Eric


From tim.g at edsd.com  Thu Jul  6 11:01:17 2006
From: tim.g at edsd.com (Tim Good)
Date: Thu Jul  6 11:00:19 2006
Subject: [ic] Adding products using a form
Message-ID: <200607061503.k66F3ejf032708@email.edsd.com>

I am trying to us a form to add items to the products table.

Interchange 5.4.1 Perl 5.8
My form starts like:
<form action="[area @@MV_PAGE@@]" method="POST"
enctype="multipart/form-data">
 [form-session-id]
<input type="hidden" name="mv_data_key" value="sku">
<input type="hidden" name="ui_hide_key" value="1">
<input type="hidden" name="mv_data_table" value="products">
<input type="hidden" name="mv_data_function" value="insert">
<input type="hidden" name="mv_action" value="set">
<input type="hidden" name="mv_update_empty" value="1">
<input type="hidden" name="mv_data_fields" value="sku
prod_group description category summary comment terms stamp
location itemstart duration coa samplebutton username price
minimum buynow weight packaging shipinfo image image2 image3
image4 image5 image6 thumb image_large file1 file2">
[seti cancelurl]location.href=[page href="[cgi
referring_page"][/seti]
<p align="center"><font color="red">
Below is a preview of your proposed auction listing. By
clicking on Submit you are agreeing to pay the posting fee
described in [page href="[area pricing]"]Pricing</a>.<br>
Use <b>Submit</b> to actually submit if you are
satisfied.<br></font>
        <input type="submit" name="operation" value="Submit"
class="search_button">
&nbsp;<input type="button" name="cancel" value="Cancel"
onClick='[scratch cancelurl]' class="search_button">
</p>
[loop list="sku prod_group description category summary
comment terms stamp location itemstart duration coa
samplebutton username price minimum buynow weight packaging
shipinfo image image2 image3 image4 image5 image6 thumb
image_large file1 file2"]
<input type="hidden" name="[loop-code]" value="[value
[loop-code]]">
[/loop]

This is passed to the same page at:
[elsif cgi operation eq 'Submit']
[if cgi tmp_sku]
[set ui_new_item]0[/set]
[else]
[seti sku][counter file=etc/post_item.count
start=60600001][/seti]
[/else]
[/if]
[perl]
 $Values->{sku} = $Scratch->{sku};
[/perl]

[update data]
[include file="etc/post_item" interpolate=1]

Your item has been submitted. Click [page href="[area
[scratch sku]]"]here to view your item.

I am getting the error:
ugauction /cgi-bin/ugauction/member/post_item.html probable
bad form -- number of values min=0 (image5) max=2
(itemstart)

I have searched the groups and only come up with (as the
best match)in CVS:

User:      racke
Date:      2004-03-08 21:06:51 GMT
Modified:  lib/Vend/Table Editor.pm
Log:
weed out duplicates in ui_data_fields originating from bad
metadata,
causing error in item edit:
probable bad form -- number of values min=0 (wholesale)
max=2 (sku)

Revision  Changes    Path
1.53      +8 -4      interchange/lib/Vend/Table/Editor.pm

This is my exact error message but I can not figure out what
this is telling me.
Can someone please shed some light on this?

Tim Good
EDSD, LLC

From racke at linuxia.de  Thu Jul  6 11:25:22 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Thu Jul  6 11:29:13 2006
Subject: [ic] Adding products using a form
In-Reply-To: <200607061503.k66F3ejf032708@email.edsd.com>
References: <200607061503.k66F3ejf032708@email.edsd.com>
Message-ID: <44AD2B62.9040603@linuxia.de>

Tim Good wrote:
> I am trying to us a form to add items to the products table.
> 
> Interchange 5.4.1 Perl 5.8
> My form starts like:
> <form action="[area @@MV_PAGE@@]" method="POST"
> enctype="multipart/form-data">
>  [form-session-id]
> <input type="hidden" name="mv_data_key" value="sku">
> <input type="hidden" name="ui_hide_key" value="1">
> <input type="hidden" name="mv_data_table" value="products">
> <input type="hidden" name="mv_data_function" value="insert">
> <input type="hidden" name="mv_action" value="set">
> <input type="hidden" name="mv_update_empty" value="1">
> <input type="hidden" name="mv_data_fields" value="sku
> prod_group description category summary comment terms stamp
> location itemstart duration coa samplebutton username price
> minimum buynow weight packaging shipinfo image image2 image3
> image4 image5 image6 thumb image_large file1 file2">
> [seti cancelurl]location.href=[page href="[cgi
> referring_page"][/seti]
> <p align="center"><font color="red">
> Below is a preview of your proposed auction listing. By
> clicking on Submit you are agreeing to pay the posting fee
> described in [page href="[area pricing]"]Pricing</a>.<br>
> Use <b>Submit</b> to actually submit if you are
> satisfied.<br></font>
>         <input type="submit" name="operation" value="Submit"
> class="search_button">
> &nbsp;<input type="button" name="cancel" value="Cancel"
> onClick='[scratch cancelurl]' class="search_button">
> </p>
> [loop list="sku prod_group description category summary
> comment terms stamp location itemstart duration coa
> samplebutton username price minimum buynow weight packaging
> shipinfo image image2 image3 image4 image5 image6 thumb
> image_large file1 file2"]
> <input type="hidden" name="[loop-code]" value="[value
> [loop-code]]">
> [/loop]
> 
> This is passed to the same page at:
> [elsif cgi operation eq 'Submit']
> [if cgi tmp_sku]
> [set ui_new_item]0[/set]
> [else]
> [seti sku][counter file=etc/post_item.count
> start=60600001][/seti]
> [/else]
> [/if]
> [perl]
>  $Values->{sku} = $Scratch->{sku};
> [/perl]
> 
> [update data]
> [include file="etc/post_item" interpolate=1]
> 
> Your item has been submitted. Click [page href="[area
> [scratch sku]]"]here to view your item.
> 
> I am getting the error:
> ugauction /cgi-bin/ugauction/member/post_item.html probable
> bad form -- number of values min=0 (image5) max=2
> (itemstart)

You have itemstart _two_ times in your form.

Bye
	Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From tim.g at edsd.com  Thu Jul  6 11:58:45 2006
From: tim.g at edsd.com (Tim Good)
Date: Thu Jul  6 11:59:09 2006
Subject: [ic] Adding products using a form
In-Reply-To: <44AD2B62.9040603@linuxia.de>
Message-ID: <200607061602.k66G2kVp002688@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Stefan Hornburg
> Sent: Thursday, July 06, 2006 9:25 AM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Adding products using a form
> 
> Tim Good wrote:
> > I am trying to us a form to add items to the products table.
> > 
> > Interchange 5.4.1 Perl 5.8
> > My form starts like:
> > <form action="[area @@MV_PAGE@@]" method="POST"
> > enctype="multipart/form-data">
> >  [form-session-id]
> > <input type="hidden" name="mv_data_key" value="sku"> <input 
> > type="hidden" name="ui_hide_key" value="1"> <input type="hidden" 
> > name="mv_data_table" value="products"> <input type="hidden" 
> > name="mv_data_function" value="insert"> <input type="hidden" 
> > name="mv_action" value="set"> <input type="hidden" 
> > name="mv_update_empty" value="1"> <input type="hidden" 
> > name="mv_data_fields" value="sku prod_group description category 
> > summary comment terms stamp location itemstart duration coa 
> > samplebutton username price minimum buynow weight packaging 
> shipinfo 
> > image image2 image3
> > image4 image5 image6 thumb image_large file1 file2"> [seti 
> > cancelurl]location.href=[page href="[cgi referring_page"][/seti] <p 
> > align="center"><font color="red"> Below is a preview of 
> your proposed 
> > auction listing. By clicking on Submit you are agreeing to pay the 
> > posting fee described in [page href="[area 
> pricing]"]Pricing</a>.<br> 
> > Use <b>Submit</b> to actually submit if you are 
> satisfied.<br></font>
> >         <input type="submit" name="operation" value="Submit"
> > class="search_button">
> > &nbsp;<input type="button" name="cancel" value="Cancel"
> > onClick='[scratch cancelurl]' class="search_button"> </p> [loop 
> > list="sku prod_group description category summary comment 
> terms stamp 
> > location itemstart duration coa samplebutton username price minimum 
> > buynow weight packaging shipinfo image image2 image3 image4 image5 
> > image6 thumb image_large file1 file2"] <input type="hidden" 
> > name="[loop-code]" value="[value [loop-code]]"> [/loop]
> > 
> > This is passed to the same page at:
> > [elsif cgi operation eq 'Submit']
> > [if cgi tmp_sku]
> > [set ui_new_item]0[/set]
> > [else]
> > [seti sku][counter file=etc/post_item.count start=60600001][/seti] 
> > [/else] [/if] [perl]  $Values->{sku} = $Scratch->{sku}; [/perl]
> > 
> > [update data]
> > [include file="etc/post_item" interpolate=1]
> > 
> > Your item has been submitted. Click [page href="[area [scratch 
> > sku]]"]here to view your item.
> > 
> > I am getting the error:
> > ugauction /cgi-bin/ugauction/member/post_item.html probable 
> bad form 
> > -- number of values min=0 (image5) max=2
> > (itemstart)
> 
> You have itemstart _two_ times in your form.
> 
> Bye
> 	Racke
> 
So if I follow this correctly this error message is a return from checking
duplicate fields and (or)
Checking for missing required fields?

If above is correct, then would my error message also mean that (image5) is
missing and required?

> 
> --
> LinuXia Systems => http://www.linuxia.de/ Expert Interchange 
> Consulting and System Administration ICDEVGROUP => 
> http://www.icdevgroup.org/ Interchange Development Team
> 
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
> 

From racke at linuxia.de  Thu Jul  6 12:38:27 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Thu Jul  6 12:41:39 2006
Subject: [ic] Adding products using a form
In-Reply-To: <200607061602.k66G2kVp002688@email.edsd.com>
References: <200607061602.k66G2kVp002688@email.edsd.com>
Message-ID: <44AD3C83.3060005@linuxia.de>

Tim Good wrote:
>>-----Original Message-----
>>From: interchange-users-bounces@icdevgroup.org 
>>[mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
>>Of Stefan Hornburg
>>Sent: Thursday, July 06, 2006 9:25 AM
>>To: interchange-users@icdevgroup.org
>>Subject: Re: [ic] Adding products using a form
>>
>>Tim Good wrote:
>>
>>>I am trying to us a form to add items to the products table.
>>>
>>>Interchange 5.4.1 Perl 5.8
>>>My form starts like:
>>><form action="[area @@MV_PAGE@@]" method="POST"
>>>enctype="multipart/form-data">
>>> [form-session-id]
>>><input type="hidden" name="mv_data_key" value="sku"> <input 
>>>type="hidden" name="ui_hide_key" value="1"> <input type="hidden" 
>>>name="mv_data_table" value="products"> <input type="hidden" 
>>>name="mv_data_function" value="insert"> <input type="hidden" 
>>>name="mv_action" value="set"> <input type="hidden" 
>>>name="mv_update_empty" value="1"> <input type="hidden" 
>>>name="mv_data_fields" value="sku prod_group description category 
>>>summary comment terms stamp location itemstart duration coa 
>>>samplebutton username price minimum buynow weight packaging 
>>
>>shipinfo 
>>
>>>image image2 image3
>>>image4 image5 image6 thumb image_large file1 file2"> [seti 
>>>cancelurl]location.href=[page href="[cgi referring_page"][/seti] <p 
>>>align="center"><font color="red"> Below is a preview of 
>>
>>your proposed 
>>
>>>auction listing. By clicking on Submit you are agreeing to pay the 
>>>posting fee described in [page href="[area 
>>
>>pricing]"]Pricing</a>.<br> 
>>
>>>Use <b>Submit</b> to actually submit if you are 
>>
>>satisfied.<br></font>
>>
>>>        <input type="submit" name="operation" value="Submit"
>>>class="search_button">
>>>&nbsp;<input type="button" name="cancel" value="Cancel"
>>>onClick='[scratch cancelurl]' class="search_button"> </p> [loop 
>>>list="sku prod_group description category summary comment 
>>
>>terms stamp 
>>
>>>location itemstart duration coa samplebutton username price minimum 
>>>buynow weight packaging shipinfo image image2 image3 image4 image5 
>>>image6 thumb image_large file1 file2"] <input type="hidden" 
>>>name="[loop-code]" value="[value [loop-code]]"> [/loop]
>>>
>>>This is passed to the same page at:
>>>[elsif cgi operation eq 'Submit']
>>>[if cgi tmp_sku]
>>>[set ui_new_item]0[/set]
>>>[else]
>>>[seti sku][counter file=etc/post_item.count start=60600001][/seti] 
>>>[/else] [/if] [perl]  $Values->{sku} = $Scratch->{sku}; [/perl]
>>>
>>>[update data]
>>>[include file="etc/post_item" interpolate=1]
>>>
>>>Your item has been submitted. Click [page href="[area [scratch 
>>>sku]]"]here to view your item.
>>>
>>>I am getting the error:
>>>ugauction /cgi-bin/ugauction/member/post_item.html probable 
>>
>>bad form 
>>
>>>-- number of values min=0 (image5) max=2
>>>(itemstart)
>>
>>You have itemstart _two_ times in your form.
>>
>>Bye
>>	Racke
>>
> 
> So if I follow this correctly this error message is a return from checking
> duplicate fields and (or)
> Checking for missing required fields?
> 
> If above is correct, then would my error message also mean that (image5) is
> missing and required?

You can not have duplicate fields when submitting one item. I think you
can leave out fields, although that doesn't makes sense.


Bye
	Racke



-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From tom at globalfocusdm.com  Thu Jul  6 12:47:09 2006
From: tom at globalfocusdm.com (Thomas J.M. Burton)
Date: Thu Jul  6 12:47:28 2006
Subject: [ic] QuickBooks Module and REFNUM - Help anyone?
Message-ID: <44AD3E8D.1030402@globalfocusdm.com>

Hello IC Users,

I'm working on setting up the QuickBooks module for two clients and I'd 
like to be able to assign a different field than sku to the REFNUM in 
the Items export and INVITEM in the transaction IIF files.

Can anyone tell me what I'd need to do in order to get the module 
working this way? I've set up a qb_refnum field in my products and 
inventory tables and would like to be able to utilize that throughout 
the module whenever an item's REFNUM is used.

I'm using the most recent version of the QuickBooks module that I could 
find as of Feb 2006 and...

Server Info:
   Interchange 5.0
   Apache-AdvancedExtranetServer/2.0.47
   Mandrake Linux/6.3.92mdk
   mod_perl/1.99_09
   Perl/v5.8.1


Thanks,
Tom


-- 
_______________________________
Global Focus Digital Media, LLC
www.globalfocusdm.com


!DSPAM:44ad421014955533711298!

From tim.g at edsd.com  Thu Jul  6 13:00:09 2006
From: tim.g at edsd.com (Tim Good)
Date: Thu Jul  6 13:00:38 2006
Subject: [ic] Adding products using a form
In-Reply-To: <44AD3C83.3060005@linuxia.de>
Message-ID: <200607061704.k66H4BCg005244@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Stefan Hornburg
> Sent: Thursday, July 06, 2006 10:38 AM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Adding products using a form
> 
> Tim Good wrote:
> >>-----Original Message-----
> >>From: interchange-users-bounces@icdevgroup.org
> >>[mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Stefan 
> >>Hornburg
> >>Sent: Thursday, July 06, 2006 9:25 AM
> >>To: interchange-users@icdevgroup.org
> >>Subject: Re: [ic] Adding products using a form
> >>
> >>Tim Good wrote:
> >>
> >>>I am trying to us a form to add items to the products table.
> >>>
> >>>Interchange 5.4.1 Perl 5.8
> >>>My form starts like:
> >>><form action="[area @@MV_PAGE@@]" method="POST"
> >>>enctype="multipart/form-data">
> >>> [form-session-id]
> >>><input type="hidden" name="mv_data_key" value="sku"> <input 
> >>>type="hidden" name="ui_hide_key" value="1"> <input type="hidden"
> >>>name="mv_data_table" value="products"> <input type="hidden" 
> >>>name="mv_data_function" value="insert"> <input type="hidden" 
> >>>name="mv_action" value="set"> <input type="hidden" 
> >>>name="mv_update_empty" value="1"> <input type="hidden" 
> >>>name="mv_data_fields" value="sku prod_group description category 
> >>>summary comment terms stamp location itemstart duration coa 
> >>>samplebutton username price minimum buynow weight packaging
> >>
> >>shipinfo
> >>
> >>>image image2 image3
> >>>image4 image5 image6 thumb image_large file1 file2"> [seti 
> >>>cancelurl]location.href=[page href="[cgi 
> referring_page"][/seti] <p 
> >>>align="center"><font color="red"> Below is a preview of
> >>
> >>your proposed
> >>
> >>>auction listing. By clicking on Submit you are agreeing to pay the 
> >>>posting fee described in [page href="[area
> >>
> >>pricing]"]Pricing</a>.<br>
> >>
> >>>Use <b>Submit</b> to actually submit if you are
> >>
> >>satisfied.<br></font>
> >>
> >>>        <input type="submit" name="operation" value="Submit"
> >>>class="search_button">
> >>>&nbsp;<input type="button" name="cancel" value="Cancel"
> >>>onClick='[scratch cancelurl]' class="search_button"> </p> [loop 
> >>>list="sku prod_group description category summary comment
> >>
> >>terms stamp
> >>
> >>>location itemstart duration coa samplebutton username 
> price minimum 
> >>>buynow weight packaging shipinfo image image2 image3 image4 image5
> >>>image6 thumb image_large file1 file2"] <input type="hidden" 
> >>>name="[loop-code]" value="[value [loop-code]]"> [/loop]
> >>>
> >>>This is passed to the same page at:
> >>>[elsif cgi operation eq 'Submit']
> >>>[if cgi tmp_sku]
> >>>[set ui_new_item]0[/set]
> >>>[else]
> >>>[seti sku][counter file=etc/post_item.count start=60600001][/seti] 
> >>>[/else] [/if] [perl]  $Values->{sku} = $Scratch->{sku}; [/perl]
> >>>
> >>>[update data]
> >>>[include file="etc/post_item" interpolate=1]
> >>>
> >>>Your item has been submitted. Click [page href="[area [scratch 
> >>>sku]]"]here to view your item.
> >>>
> >>>I am getting the error:
> >>>ugauction /cgi-bin/ugauction/member/post_item.html probable
> >>
> >>bad form
> >>
> >>>-- number of values min=0 (image5) max=2
> >>>(itemstart)
> >>
> >>You have itemstart _two_ times in your form.
> >>
> >>Bye
> >>	Racke
> >>
> > 
> > So if I follow this correctly this error message is a return from 
> > checking duplicate fields and (or) Checking for missing required 
> > fields?
> > 
> > If above is correct, then would my error message also mean that 
> > (image5) is missing and required?
> 
> You can not have duplicate fields when submitting one item. I 
> think you can leave out fields, although that doesn't makes sense.
> 
> 
> Bye
> 	Racke
> 
> 

Racke ... I can confirm (1) you were right on itemstart was what was keeping
the 
Data from being submitted (2) you can leave fields out or have them be
blank.

Thanks again for your quick response!
> 
> --
> LinuXia Systems => http://www.linuxia.de/ Expert Interchange 
> Consulting and System Administration ICDEVGROUP => 
> http://www.icdevgroup.org/ Interchange Development Team
> 
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
> 

From aaron at karatedepot.com  Thu Jul  6 22:25:05 2006
From: aaron at karatedepot.com (Aaron Rubin)
Date: Thu Jul  6 22:25:16 2006
Subject: [ic] (no subject)
Message-ID: <029e01c6a16c$8fe3aac0$6502a8c0@aaronhome>

Has anyone integrated Google Checkout checkout button for interchange?
?
--
Aaron Rubin
http://www.KarateDepot.com
http://www.MagsDirect.com
http://www.BoxingDepot.com
http://www.EverythingFitness.com
http://www.ScrubsGallery.com 
1-845-875-6412




From aaron at karatedepot.com  Thu Jul  6 22:46:41 2006
From: aaron at karatedepot.com (Aaron Rubin)
Date: Thu Jul  6 22:46:50 2006
Subject: [ic] Google Checkout w/ IC
Message-ID: <02ac01c6a16f$936cca20$6502a8c0@aaronhome>

Has anyone integrated the Google Checkout checkout button into interchange?
?
--
Aaron Rubin
http://www.KarateDepot.com
http://www.MagsDirect.com
http://www.BoxingDepot.com
http://www.EverythingFitness.com
http://www.ScrubsGallery.com
1-845-875-6412
?




From jon at endpoint.com  Thu Jul  6 22:52:10 2006
From: jon at endpoint.com (Jon Jensen)
Date: Thu Jul  6 22:52:20 2006
Subject: [ic] (no subject)
In-Reply-To: <029e01c6a16c$8fe3aac0$6502a8c0@aaronhome>
References: <029e01c6a16c$8fe3aac0$6502a8c0@aaronhome>
Message-ID: <Pine.LNX.4.64.0607062048320.5509@ybpnyubfg.ybpnyqbznva>

On Thu, 6 Jul 2006, Aaron Rubin wrote:

> Has anyone integrated Google Checkout checkout button for interchange?

We have done a "Google Checkout API" integration and Google has us listed 
as a third-party developer on their site (lower right-hand corner):

http://checkout.google.com/seller/developers.html

Note that their API integration is a fairly involved project. However, the 
"Buy Now buttons" option uses simple HTML and doesn't require programming.

Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From bob at nleaudio.com  Thu Jul  6 23:07:19 2006
From: bob at nleaudio.com (Bob Puff@NLE)
Date: Thu Jul  6 23:06:38 2006
Subject: [ic] Menu loader not updating database
Message-ID: <44ADCFE7.4020101@nleaudio.com>

Hi Racke,

> Which kind of database do you use for "tree" ?

Using MySQL databases.  I've got debugging turned on, but nothing in the debug logs or normal error
logs shows anything.

Bob

From jeff at endpoint.com  Fri Jul  7 07:21:50 2006
From: jeff at endpoint.com (Jeff Boes)
Date: Fri Jul  7 07:22:25 2006
Subject: [ic] Data tag doesn't interpolate "foreign" arguments?
Message-ID: <44AE43CE.5070604@endpoint.com>

I think I've isolated an inconsistency in the way the [data] tag operates.

[data table="foo" column="bar" foreign.fk1="[scratch abc]"]

This syntax will attempt to retrieve a record from "foo" where the key
column "fk1" is the literal "[scratch abc]"; that is, arguments of the
"foreign" parameter are not interpolated. Is this a known problem?

-- 
Jeffery Boes  <><
jeff@endpoint.com

From racke at linuxia.de  Fri Jul  7 08:35:59 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Fri Jul  7 08:39:26 2006
Subject: [ic] Data tag doesn't interpolate "foreign" arguments?
In-Reply-To: <44AE43CE.5070604@endpoint.com>
References: <44AE43CE.5070604@endpoint.com>
Message-ID: <44AE552F.5010503@linuxia.de>

Jeff Boes wrote:
> I think I've isolated an inconsistency in the way the [data] tag operates.
> 
> [data table="foo" column="bar" foreign.fk1="[scratch abc]"]
> 
> This syntax will attempt to retrieve a record from "foo" where the key
> column "fk1" is the literal "[scratch abc]"; that is, arguments of the
> "foreign" parameter are not interpolated. Is this a known problem?

I suppose you need to use

[data table="foo" column="bar" foreign=fkl key="[scratch abc]"]

Bye
	Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From jeff at endpoint.com  Fri Jul  7 08:58:32 2006
From: jeff at endpoint.com (Jeff Boes)
Date: Fri Jul  7 08:58:55 2006
Subject: [ic] Data tag doesn't interpolate "foreign" arguments?
In-Reply-To: <44AE552F.5010503@linuxia.de>
References: <44AE43CE.5070604@endpoint.com> <44AE552F.5010503@linuxia.de>
Message-ID: <44AE5A78.3070402@endpoint.com>

Stefan Hornburg wrote:
> Jeff Boes wrote:
>> I think I've isolated an inconsistency in the way the [data] tag
>> operates.
>>
>> [data table="foo" column="bar" foreign.fk1="[scratch abc]"]
>>
>> This syntax will attempt to retrieve a record from "foo" where the key
>> column "fk1" is the literal "[scratch abc]"; that is, arguments of the
>> "foreign" parameter are not interpolated. Is this a known problem?
>
> I suppose you need to use
>
> [data table="foo" column="bar" foreign=fkl key="[scratch abc]"]
>
But what it the foreign key has multiple parts? This doesn't appear to work:

[data table="foo" column="bar" foreign.0=fk1 foreign.1=fk2
key.0="[scratch abc]" key.1="[scratch xyz]"]

-- 
Jeffery Boes  <><
jeff@endpoint.com

From racke at linuxia.de  Fri Jul  7 09:14:03 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Fri Jul  7 09:17:13 2006
Subject: [ic] Data tag doesn't interpolate "foreign" arguments?
In-Reply-To: <44AE5A78.3070402@endpoint.com>
References: <44AE43CE.5070604@endpoint.com> <44AE552F.5010503@linuxia.de>
	<44AE5A78.3070402@endpoint.com>
Message-ID: <44AE5E1B.3090706@linuxia.de>

Jeff Boes wrote:
> Stefan Hornburg wrote:
> 
>>Jeff Boes wrote:
>>
>>>I think I've isolated an inconsistency in the way the [data] tag
>>>operates.
>>>
>>>[data table="foo" column="bar" foreign.fk1="[scratch abc]"]
>>>
>>>This syntax will attempt to retrieve a record from "foo" where the key
>>>column "fk1" is the literal "[scratch abc]"; that is, arguments of the
>>>"foreign" parameter are not interpolated. Is this a known problem?
>>
>>I suppose you need to use
>>
>>[data table="foo" column="bar" foreign=fkl key="[scratch abc]"]
>>
> 
> But what it the foreign key has multiple parts? This doesn't appear to work:
> 
> [data table="foo" column="bar" foreign.0=fk1 foreign.1=fk2
> key.0="[scratch abc]" key.1="[scratch xyz]"]
> 

Foreign keys in your database and the foreign parameter are two 
different things. Use [query] instead.

Bye
	Racke



-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From jeff at endpoint.com  Fri Jul  7 09:52:42 2006
From: jeff at endpoint.com (Jeff Boes)
Date: Fri Jul  7 09:53:08 2006
Subject: [ic] Data tag doesn't interpolate "foreign" arguments?
In-Reply-To: <44AE5E1B.3090706@linuxia.de>
References: <44AE43CE.5070604@endpoint.com>
	<44AE552F.5010503@linuxia.de>	<44AE5A78.3070402@endpoint.com>
	<44AE5E1B.3090706@linuxia.de>
Message-ID: <44AE672A.6060501@endpoint.com>

Stefan Hornburg wrote:
>>
>> But what it the foreign key has multiple parts? This doesn't appear
>> to work:
>>
>> [data table="foo" column="bar" foreign.0=fk1 foreign.1=fk2
>> key.0="[scratch abc]" key.1="[scratch xyz]"]
>>
>
> Foreign keys in your database and the foreign parameter are two
> different things. Use [query] instead.
>
>
I understand the difference. What I've determined is that if the [data]
tag has multiple "foreign" parameters, none of them are interpolated.


-- 
Jeffery Boes  <><
jeff@endpoint.com

From kevin at cursor.biz  Fri Jul  7 10:27:45 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Fri Jul  7 10:28:11 2006
Subject: [ic] Data tag doesn't interpolate "foreign" arguments?
In-Reply-To: <44AE43CE.5070604@endpoint.com>
References: <44AE43CE.5070604@endpoint.com>
Message-ID: <200607071527.46495.kevin@cursor.biz>

Jeff Boes <jeff@endpoint.com> wrote:
> I think I've isolated an inconsistency in the way the [data] tag operates.
> 
> [data table="foo" column="bar" foreign.fk1="[scratch abc]"]
> 
> This syntax will attempt to retrieve a record from "foo" where the key
> column "fk1" is the literal "[scratch abc]"; that is, arguments of the
> "foreign" parameter are not interpolated. Is this a known problem?
> 
Just put this on your page:

    [pragma interpolate_itl_references 1]

Or this in catalog.cfg:

    Pragma interpolate_itl_references 1

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From jeff at endpoint.com  Fri Jul  7 11:10:41 2006
From: jeff at endpoint.com (Jeff Boes)
Date: Fri Jul  7 11:10:59 2006
Subject: [ic] Data tag doesn't interpolate "foreign" arguments?
In-Reply-To: <200607071527.46495.kevin@cursor.biz>
References: <44AE43CE.5070604@endpoint.com>
	<200607071527.46495.kevin@cursor.biz>
Message-ID: <44AE7971.5030909@endpoint.com>

Kevin Walsh wrote:
> Just put this on your page:
>
>     [pragma interpolate_itl_references 1]
>
>   
That did the trick! Thanks!



-- 
Jeffery Boes  <><
jeff@endpoint.com

From emailgrant at gmail.com  Sat Jul  8 20:44:58 2006
From: emailgrant at gmail.com (Grant)
Date: Sat Jul  8 20:45:07 2006
Subject: [ic] mv_no_session causing weird scratch behavior
Message-ID: <49bf44f10607081744t1bb4f14ege3ea6b4c233feac8@mail.gmail.com>

I'm setting some scratch variables via [seti] that aren't carrying
over to the next page until I add an item to the shopping cart.  Then
it works as expected.  I'm using mv_no_session and when I turn that
off it works as expected from the start of the session.  Does this
make sense to anyone?  My browser has cookies enabled and I'm using IC
5.2.

- Grant
From jon at endpoint.com  Sat Jul  8 23:50:52 2006
From: jon at endpoint.com (Jon Jensen)
Date: Sat Jul  8 23:51:08 2006
Subject: [ic] mv_no_session causing weird scratch behavior
In-Reply-To: <49bf44f10607081744t1bb4f14ege3ea6b4c233feac8@mail.gmail.com>
References: <49bf44f10607081744t1bb4f14ege3ea6b4c233feac8@mail.gmail.com>
Message-ID: <Pine.LNX.4.64.0607082150220.5509@ybpnyubfg.ybpnyqbznva>

On Sat, 8 Jul 2006, Grant wrote:

> I'm setting some scratch variables via [seti] that aren't carrying
> over to the next page until I add an item to the shopping cart.  Then
> it works as expected.  I'm using mv_no_session and when I turn that
> off it works as expected from the start of the session.  Does this
> make sense to anyone?  My browser has cookies enabled and I'm using IC
> 5.2.

If you're using mv_no_session, you have no session. The scratch variables 
are being set in a session that's never saved to disk. You can't have 
both. :)

Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From emailgrant at gmail.com  Sun Jul  9 13:02:40 2006
From: emailgrant at gmail.com (Grant)
Date: Sun Jul  9 13:02:48 2006
Subject: [ic] Nested elsif bug still in 5.2
Message-ID: <49bf44f10607091002g4276e59el3da88fe73c42a18a@mail.gmail.com>

I've been dealing with a nested elsif bug for a while.  I first
noticed it in 4.9.3:

http://www.icdevgroup.org/pipermail/interchange-users/2003-September/035131.html

and then in 5.0:

http://www.icdevgroup.org/pipermail/interchange-users/2004-March/038202.html

and now in 5.2.  Basically, nested elsif doesn't work when named
parameters are used.  Here's an example:

[tmpn name="test"]1[/tmpn]
[if type="scratch" term="test" op="eq" compare="2"]
INCORRECT
[elsif type="scratch" term="test" op="eq" compare="1"]
        [if type="scratch" term="test" op="eq" compare="2"]
INCORRECT
        [elsif type="scratch" term="test" op="eq" compare="1"]
CORRECT
        [/elsif]
        [/if]
[/elsif]
[/if]

The above works correctly when positional parameters are used instead
of named.  Is this fixed in 5.4?

- Grant
From emailgrant at gmail.com  Sun Jul  9 13:09:52 2006
From: emailgrant at gmail.com (Grant)
Date: Sun Jul  9 13:10:00 2006
Subject: [ic] mv_no_session causing weird scratch behavior
In-Reply-To: <Pine.LNX.4.64.0607082150220.5509@ybpnyubfg.ybpnyqbznva>
References: <49bf44f10607081744t1bb4f14ege3ea6b4c233feac8@mail.gmail.com>
	<Pine.LNX.4.64.0607082150220.5509@ybpnyubfg.ybpnyqbznva>
Message-ID: <49bf44f10607091009k569f2590h3d6ffe6286a91482@mail.gmail.com>

> > I'm setting some scratch variables via [seti] that aren't carrying
> > over to the next page until I add an item to the shopping cart.  Then
> > it works as expected.  I'm using mv_no_session and when I turn that
> > off it works as expected from the start of the session.  Does this
> > make sense to anyone?  My browser has cookies enabled and I'm using IC
> > 5.2.
>
> If you're using mv_no_session, you have no session. The scratch variables
> are being set in a session that's never saved to disk. You can't have
> both. :)
>
> Jon

Can you tell me a little more about the implications of this?  I
thought mv_no_session just relied 100% on session cookies instead of
URL strings.  Should [set] and [seti] only start saving scratch
variables beyond the current page once an item is added to the
shopping cart with mv_no_session?

- Grant
From racke at linuxia.de  Mon Jul 10 03:25:22 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Mon Jul 10 03:28:46 2006
Subject: [ic] mv_no_session causing weird scratch behavior
In-Reply-To: <49bf44f10607091009k569f2590h3d6ffe6286a91482@mail.gmail.com>
References: <49bf44f10607081744t1bb4f14ege3ea6b4c233feac8@mail.gmail.com>	<Pine.LNX.4.64.0607082150220.5509@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607091009k569f2590h3d6ffe6286a91482@mail.gmail.com>
Message-ID: <44B200E2.3080503@linuxia.de>

Grant wrote:
>> > I'm setting some scratch variables via [seti] that aren't carrying
>> > over to the next page until I add an item to the shopping cart.  Then
>> > it works as expected.  I'm using mv_no_session and when I turn that
>> > off it works as expected from the start of the session.  Does this
>> > make sense to anyone?  My browser has cookies enabled and I'm using IC
>> > 5.2.
>>
>> If you're using mv_no_session, you have no session. The scratch variables
>> are being set in a session that's never saved to disk. You can't have
>> both. :)
>>
>> Jon
> 
> 
> Can you tell me a little more about the implications of this?  I
> thought mv_no_session just relied 100% on session cookies instead of
> URL strings.  Should [set] and [seti] only start saving scratch
> variables beyond the current page once an item is added to the
> shopping cart with mv_no_session?

No, almost anything in IC is stored in the session file. No session,
no scratch beyond the current page.

Bye
	Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From peter at pajamian.dhs.org  Mon Jul 10 03:34:39 2006
From: peter at pajamian.dhs.org (Peter)
Date: Mon Jul 10 03:34:58 2006
Subject: [ic] mv_no_session causing weird scratch behavior
In-Reply-To: <49bf44f10607091009k569f2590h3d6ffe6286a91482@mail.gmail.com>
References: <49bf44f10607081744t1bb4f14ege3ea6b4c233feac8@mail.gmail.com>	<Pine.LNX.4.64.0607082150220.5509@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607091009k569f2590h3d6ffe6286a91482@mail.gmail.com>
Message-ID: <44B2030F.1040003@pajamian.dhs.org>

On 07/09/2006 10:09 AM, Grant wrote:
>> > I'm setting some scratch variables via [seti] that aren't carrying
>> > over to the next page until I add an item to the shopping cart.  Then
>> > it works as expected.  I'm using mv_no_session and when I turn that
>> > off it works as expected from the start of the session.  Does this
>> > make sense to anyone?  My browser has cookies enabled and I'm using IC
>> > 5.2.
>>
>> If you're using mv_no_session, you have no session. The scratch variables
>> are being set in a session that's never saved to disk. You can't have
>> both. :)
>>
>> Jon
> 
> 
> Can you tell me a little more about the implications of this?  I
> thought mv_no_session just relied 100% on session cookies instead of
> URL strings.  Should [set] and [seti] only start saving scratch
> variables beyond the current page once an item is added to the
> shopping cart with mv_no_session?

I think what you want is mv_no_session_id Set it in catalog.cfg like this:

ScratchDefault  mv_no_session_id  1

Peter
From jon at endpoint.com  Mon Jul 10 09:37:08 2006
From: jon at endpoint.com (Jon Jensen)
Date: Mon Jul 10 09:37:24 2006
Subject: [ic] mv_no_session causing weird scratch behavior
In-Reply-To: <49bf44f10607091009k569f2590h3d6ffe6286a91482@mail.gmail.com>
References: <49bf44f10607081744t1bb4f14ege3ea6b4c233feac8@mail.gmail.com>
	<Pine.LNX.4.64.0607082150220.5509@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607091009k569f2590h3d6ffe6286a91482@mail.gmail.com>
Message-ID: <Pine.LNX.4.64.0607100736270.15563@ybpnyubfg.ybpnyqbznva>

On Sun, 9 Jul 2006, Grant wrote:

>> > I'm setting some scratch variables via [seti] that aren't carrying
>> > over to the next page until I add an item to the shopping cart.  Then
>> > it works as expected.  I'm using mv_no_session and when I turn that
>> > off it works as expected from the start of the session.  Does this
>> > make sense to anyone?  My browser has cookies enabled and I'm using IC
>> > 5.2.
>> 
>> If you're using mv_no_session, you have no session. The scratch variables
>> are being set in a session that's never saved to disk. You can't have
>> both. :)
>
> Can you tell me a little more about the implications of this?  I
> thought mv_no_session just relied 100% on session cookies instead of
> URL strings.  Should [set] and [seti] only start saving scratch
> variables beyond the current page once an item is added to the
> shopping cart with mv_no_session?

Grant,

I should ask you for more detail about what you mean by "I'm using 
mv_no_session". What exactly are you setting, and how?

Jon


-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From sandy at scotwebshops.com  Mon Jul 10 11:06:03 2006
From: sandy at scotwebshops.com (Sandy Thomson)
Date: Mon Jul 10 11:06:32 2006
Subject: [ic] Nested elsif bug still in 5.2
In-Reply-To: <49bf44f10607091002g4276e59el3da88fe73c42a18a@mail.gmail.com>
References: <49bf44f10607091002g4276e59el3da88fe73c42a18a@mail.gmail.com>
Message-ID: <44B26CDB.2040408@scotwebshops.com>

Grant wrote:
> I've been dealing with a nested elsif bug for a while.  I first
> noticed it in 4.9.3:
>
> http://www.icdevgroup.org/pipermail/interchange-users/2003-September/035131.html
>
>
> and then in 5.0:
>
> http://www.icdevgroup.org/pipermail/interchange-users/2004-March/038202.html
>
>
> and now in 5.2.  Basically, nested elsif doesn't work when named
> parameters are used.  Here's an example:
>
> [tmpn name="test"]1[/tmpn]
> [if type="scratch" term="test" op="eq" compare="2"]
> INCORRECT
> [elsif type="scratch" term="test" op="eq" compare="1"]
>        [if type="scratch" term="test" op="eq" compare="2"]
> INCORRECT
>        [elsif type="scratch" term="test" op="eq" compare="1"]
> CORRECT
>        [/elsif]
>        [/if]
> [/elsif]
> [/if]
>
> The above works correctly when positional parameters are used instead
> of named.  Is this fixed in 5.4?

The following will work:

[tmpn name="test"]1[/tmpn]

[if term="[scratch test]" op="eq" compare="2"]
MOO
[elsif term="[scratch test]" op="eq" compare="1"]
       [if term="[scratch test]" op="eq" compare="2"]
       MOO2
       [elsif term="[scratch test]" op="eq" compare="1"]
       MOO3
       [/elsif]
       [/if]
[/elsif]
[/if]

Also note, if you are comparing numbers you might want to use an op of "==".

Cheers.

Sandy.
From emailgrant at gmail.com  Mon Jul 10 11:30:10 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 10 11:30:21 2006
Subject: [ic] Nested elsif bug still in 5.2
In-Reply-To: <44B26CDB.2040408@scotwebshops.com>
References: <49bf44f10607091002g4276e59el3da88fe73c42a18a@mail.gmail.com>
	<44B26CDB.2040408@scotwebshops.com>
Message-ID: <49bf44f10607100830o28bd05a1j624321dc73f8de03@mail.gmail.com>

> > I've been dealing with a nested elsif bug for a while.  I first
> > noticed it in 4.9.3:
> >
> > http://www.icdevgroup.org/pipermail/interchange-users/2003-September/035131.html
> >
> >
> > and then in 5.0:
> >
> > http://www.icdevgroup.org/pipermail/interchange-users/2004-March/038202.html
> >
> >
> > and now in 5.2.  Basically, nested elsif doesn't work when named
> > parameters are used.  Here's an example:
> >
> > [tmpn name="test"]1[/tmpn]
> > [if type="scratch" term="test" op="eq" compare="2"]
> > INCORRECT
> > [elsif type="scratch" term="test" op="eq" compare="1"]
> >        [if type="scratch" term="test" op="eq" compare="2"]
> > INCORRECT
> >        [elsif type="scratch" term="test" op="eq" compare="1"]
> > CORRECT
> >        [/elsif]
> >        [/if]
> > [/elsif]
> > [/if]
> >
> > The above works correctly when positional parameters are used instead
> > of named.  Is this fixed in 5.4?
>
> The following will work:
>
> [tmpn name="test"]1[/tmpn]
>
> [if term="[scratch test]" op="eq" compare="2"]
> MOO
> [elsif term="[scratch test]" op="eq" compare="1"]
>        [if term="[scratch test]" op="eq" compare="2"]
>        MOO2
>        [elsif term="[scratch test]" op="eq" compare="1"]
>        MOO3
>        [/elsif]
>        [/if]
> [/elsif]
> [/if]

What version of IC are you running and have you tested that code?  It
doesn't work for me in 5.2.  It behaves the same way.

Also, that:

term="[scratch test]"

syntax is new to me.  Is it preferred to:

type="scratch" term="test"

> Also note, if you are comparing numbers you might want to use an op of "==".

I thought I read that using a numeric op is a little slower because it
has to call some type of extra stuff.  Is that true?

Lastly, I checked out your domain and I really like the design but
it's pretty mixed up in Firefox 1.5 on Linux.

- Grant
From sandy at scotwebshops.com  Mon Jul 10 12:19:22 2006
From: sandy at scotwebshops.com (Sandy Thomson)
Date: Mon Jul 10 12:19:41 2006
Subject: [ic] Nested elsif bug still in 5.2
In-Reply-To: <49bf44f10607100830o28bd05a1j624321dc73f8de03@mail.gmail.com>
References: <49bf44f10607091002g4276e59el3da88fe73c42a18a@mail.gmail.com>	<44B26CDB.2040408@scotwebshops.com>
	<49bf44f10607100830o28bd05a1j624321dc73f8de03@mail.gmail.com>
Message-ID: <44B27E0A.3020303@scotwebshops.com>

Grant wrote:
> What version of IC are you running and have you tested that code?  It
> doesn't work for me in 5.2.  It behaves the same way.
>
> Also, that:
>
> term="[scratch test]"
>
> syntax is new to me.  Is it preferred to:
>
> type="scratch" term="test"

This works in both 5.2 and 5.4, i have each version on a different
server. I am not sure what is preferred, I'm just saying what works here!

>
>> Also note, if you are comparing numbers you might want to use an op
>> of "==".
>
> I thought I read that using a numeric op is a little slower because it
> has to call some type of extra stuff.  Is that true?

If you are doing a set comparison (i.e is a variable eq/ne to 0), then
you can just do

[if scratch variable]
or
[if !scratch variable]

Its pretty minor but is apparently slightly faster.

> Lastly, I checked out your domain and I really like the design but
> it's pretty mixed up in Firefox 1.5 on Linux.

Crap, where? I use Firefox 1.5 on Linux too and don't see any problems!?
Our main IC domains are scotwebstore.com and kiltstore.net,
scotwebshops.com doesn't run IC.

Cheers.

Sandy.
From emailgrant at gmail.com  Mon Jul 10 13:57:01 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 10 13:57:10 2006
Subject: [ic] mv_no_session causing weird scratch behavior
In-Reply-To: <Pine.LNX.4.64.0607100736270.15563@ybpnyubfg.ybpnyqbznva>
References: <49bf44f10607081744t1bb4f14ege3ea6b4c233feac8@mail.gmail.com>
	<Pine.LNX.4.64.0607082150220.5509@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607091009k569f2590h3d6ffe6286a91482@mail.gmail.com>
	<Pine.LNX.4.64.0607100736270.15563@ybpnyubfg.ybpnyqbznva>
Message-ID: <49bf44f10607101057x5a85a111h40cca702bb49b969@mail.gmail.com>

> >> > I'm setting some scratch variables via [seti] that aren't carrying
> >> > over to the next page until I add an item to the shopping cart.  Then
> >> > it works as expected.  I'm using mv_no_session and when I turn that
> >> > off it works as expected from the start of the session.  Does this
> >> > make sense to anyone?  My browser has cookies enabled and I'm using IC
> >> > 5.2.
> >>
> >> If you're using mv_no_session, you have no session. The scratch variables
> >> are being set in a session that's never saved to disk. You can't have
> >> both. :)
> >
> > Can you tell me a little more about the implications of this?  I
> > thought mv_no_session just relied 100% on session cookies instead of
> > URL strings.  Should [set] and [seti] only start saving scratch
> > variables beyond the current page once an item is added to the
> > shopping cart with mv_no_session?
>
> Grant,
>
> I should ask you for more detail about what you mean by "I'm using
> mv_no_session". What exactly are you setting, and how?
>
> Jon

I'm using:

ScratchDefault mv_no_session 1

in catalog.cfg.

I'd love to get something cleared up.  There seems to be some
confusion about mv_no_session_id and mv_no_session.

First of all, what does mv_no_session_id do?  It does not remove the
session id from the URL as its name implies.  I can verify this myself
and here's a post describing the problem:

http://www.icdevgroup.org/pipermail/interchange-users/2003-February/031400.html

Secondly, what does mv_no_session do?  I think it simply removes the
session id from the URL to put the session burden completely on the
session cookie.  Jon, here's a post of your's, to me, recommending
mv_no_session for this purpose:

http://www.icdevgroup.org/pipermail/interchange-users/2005-January/041915.html

[set] variables should still persist from page to page with
mv_no_session, but they didn't for me until now.  After working on
this all morning I narrowed the culprit down to [set-cookie] when it
is used with a bad expire date.  I think this is a bug so I'm going to
post a new thread about it.

- Grant
From emailgrant at gmail.com  Mon Jul 10 14:17:22 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 10 14:17:34 2006
Subject: [ic] Nested elsif bug still in 5.2
In-Reply-To: <44B27E0A.3020303@scotwebshops.com>
References: <49bf44f10607091002g4276e59el3da88fe73c42a18a@mail.gmail.com>
	<44B26CDB.2040408@scotwebshops.com>
	<49bf44f10607100830o28bd05a1j624321dc73f8de03@mail.gmail.com>
	<44B27E0A.3020303@scotwebshops.com>
Message-ID: <49bf44f10607101117h75b79666v6e590f6e98d3e985@mail.gmail.com>

> > What version of IC are you running and have you tested that code?  It
> > doesn't work for me in 5.2.  It behaves the same way.
> >
> > Also, that:
> >
> > term="[scratch test]"
> >
> > syntax is new to me.  Is it preferred to:
> >
> > type="scratch" term="test"
>
> This works in both 5.2 and 5.4, i have each version on a different
> server. I am not sure what is preferred, I'm just saying what works here!

Yes that syntax works for me too, but the code you posted to test the
elsif bug returns MOO2 for me on 5.2 when it should return MOO3.  Does
it return MOO3 for you on 5.2?

> >> Also note, if you are comparing numbers you might want to use an op
> >> of "==".
> >
> > I thought I read that using a numeric op is a little slower because it
> > has to call some type of extra stuff.  Is that true?
>
> If you are doing a set comparison (i.e is a variable eq/ne to 0), then
> you can just do
>
> [if scratch variable]
> or
> [if !scratch variable]
>
> Its pretty minor but is apparently slightly faster.

Yes that's definitely faster, but I'm wondering about the difference
between == and eq.  I thought eq was slightly faster.

> > Lastly, I checked out your domain and I really like the design but
> > it's pretty mixed up in Firefox 1.5 on Linux.
>
> Crap, where? I use Firefox 1.5 on Linux too and don't see any problems!?
> Our main IC domains are scotwebstore.com and kiltstore.net,
> scotwebshops.com doesn't run IC.

kiltstore.net looks perfect, the main content of scotwebstore.com is
shifted to the right all the way off the page, and there are lots of
major shifting and overlapping problems with scotwebshops.com.  I'm
using Firefox 1.5.0.4 on Linux and my fonts are set to a minimum size
of 16 in the browser.

- Grant
From jon at endpoint.com  Mon Jul 10 14:33:45 2006
From: jon at endpoint.com (Jon Jensen)
Date: Mon Jul 10 14:34:02 2006
Subject: [ic] mv_no_session causing weird scratch behavior
In-Reply-To: <49bf44f10607101057x5a85a111h40cca702bb49b969@mail.gmail.com>
References: <49bf44f10607081744t1bb4f14ege3ea6b4c233feac8@mail.gmail.com>
	<Pine.LNX.4.64.0607082150220.5509@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607091009k569f2590h3d6ffe6286a91482@mail.gmail.com>
	<Pine.LNX.4.64.0607100736270.15563@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607101057x5a85a111h40cca702bb49b969@mail.gmail.com>
Message-ID: <Pine.LNX.4.64.0607101232320.15563@ybpnyubfg.ybpnyqbznva>

On Mon, 10 Jul 2006, Grant wrote:

> I'd love to get something cleared up.  There seems to be some
> confusion about mv_no_session_id and mv_no_session.
>
> First of all, what does mv_no_session_id do?  It does not remove the
> session id from the URL as its name implies.  I can verify this myself
> and here's a post describing the problem:
>
> http://www.icdevgroup.org/pipermail/interchange-users/2003-February/031400.html
>
> Secondly, what does mv_no_session do?  I think it simply removes the
> session id from the URL to put the session burden completely on the
> session cookie.  Jon, here's a post of your's, to me, recommending
> mv_no_session for this purpose:
>
> http://www.icdevgroup.org/pipermail/interchange-users/2005-January/041915.html

Grant,

I'm sorry -- I misread your post as saying mv_tmp_session, which is a 
completely different thing. You're quite right about mv_no_session in 
scratch.

> After working on this all morning I narrowed the culprit down to 
> [set-cookie] when it is used with a bad expire date.  I think this is a 
> bug so I'm going to post a new thread about it.

Ah. That makes sense. :)

Thanks,
Jon


-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From emailgrant at gmail.com  Mon Jul 10 14:36:20 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 10 14:36:25 2006
Subject: [ic] BUG: mv_no_session and [set-cookie]
Message-ID: <49bf44f10607101136m52e7e6ffj13e6ca6bd699d6d2@mail.gmail.com>

There seems to be a problem with session information ([set] scratch
variables don't persist) when mv_no_session is set and the
[set-cookie] tag is used with a bad expire date.  Bad expire dates
seem to include dates in the past and incorrect dates such as when the
wrong day of the week is specified.  The session problem is fixed by
either unsetting mv_no_session, correcting or removing the
[set-cookie] expire date, or submitting any form (mine all POST).

Obviously the best thing to do is fix your expire date, but I think
this should be fixed because hard-coded dates do eventually expire and
the resultant session behavior doesn't make any sense.

Does anyone have a solution for generating dynamic expire dates (with
correct day of the week) so [set-cookie] can always set cookies that
expire one year from the current date?

- Grant
From jon at endpoint.com  Mon Jul 10 14:49:10 2006
From: jon at endpoint.com (Jon Jensen)
Date: Mon Jul 10 14:49:16 2006
Subject: [ic] BUG: mv_no_session and [set-cookie]
In-Reply-To: <49bf44f10607101136m52e7e6ffj13e6ca6bd699d6d2@mail.gmail.com>
References: <49bf44f10607101136m52e7e6ffj13e6ca6bd699d6d2@mail.gmail.com>
Message-ID: <Pine.LNX.4.64.0607101247550.15563@ybpnyubfg.ybpnyqbznva>

On Mon, 10 Jul 2006, Grant wrote:

> There seems to be a problem with session information ([set] scratch 
> variables don't persist) when mv_no_session is set and the [set-cookie] 
> tag is used with a bad expire date.  Bad expire dates seem to include 
> dates in the past and incorrect dates such as when the wrong day of the 
> week is specified.  The session problem is fixed by either unsetting 
> mv_no_session, correcting or removing the [set-cookie] expire date, or 
> submitting any form (mine all POST).
>
> Obviously the best thing to do is fix your expire date, but I think this 
> should be fixed because hard-coded dates do eventually expire and the 
> resultant session behavior doesn't make any sense.

Grant,

Isn't the problem simply that the browser is doing what it's supposed to 
do: ignoring the expired cookie, so you lose your session? Unless I'm 
misunderstanding the situation, it sure sounds like the bug was simply 
incorrect use of [set-cookie]. Maybe having [set-cookie] throw error 
messages into the error log would be helpful to point out problems like 
this, though.

Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From emailgrant at gmail.com  Mon Jul 10 15:50:53 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 10 15:51:02 2006
Subject: [ic] BUG: mv_no_session and [set-cookie]
In-Reply-To: <Pine.LNX.4.64.0607101247550.15563@ybpnyubfg.ybpnyqbznva>
References: <49bf44f10607101136m52e7e6ffj13e6ca6bd699d6d2@mail.gmail.com>
	<Pine.LNX.4.64.0607101247550.15563@ybpnyubfg.ybpnyqbznva>
Message-ID: <49bf44f10607101250m6c0f110ej56ee8a34f379ee2b@mail.gmail.com>

> > There seems to be a problem with session information ([set] scratch
> > variables don't persist) when mv_no_session is set and the [set-cookie]
> > tag is used with a bad expire date.  Bad expire dates seem to include
> > dates in the past and incorrect dates such as when the wrong day of the
> > week is specified.  The session problem is fixed by either unsetting
> > mv_no_session, correcting or removing the [set-cookie] expire date, or
> > submitting any form (mine all POST).
> >
> > Obviously the best thing to do is fix your expire date, but I think this
> > should be fixed because hard-coded dates do eventually expire and the
> > resultant session behavior doesn't make any sense.
>
> Grant,
>
> Isn't the problem simply that the browser is doing what it's supposed to
> do: ignoring the expired cookie, so you lose your session? Unless I'm
> misunderstanding the situation, it sure sounds like the bug was simply
> incorrect use of [set-cookie]. Maybe having [set-cookie] throw error
> messages into the error log would be helpful to point out problems like
> this, though.
>
> Jon

The cookie I was setting incorrectly was one I use to track some
specific stuff on my site.  It's not a session cookie and that's
handled in the IC core isn't it?

- Grant
From paul at gishnetwork.com  Mon Jul 10 21:05:18 2006
From: paul at gishnetwork.com (Paul Jordan)
Date: Mon Jul 10 21:05:31 2006
Subject: [ic] [timed-build] not working for logged in users
Message-ID: <20060711010524.C3CA71B6819@mail.perusion.com>



Dear list	(IC 5.4 and tested in Demo)

I have for testing:

	[timed-build auto=1 minutes=".3"] [time] [/timed-build]

This works great for users that are not logged in. However not for logged in
users. For logged in users I tried:

	[timed-build auto=1 login=1 minutes=".3"] [time] [/timed-build]
Or
	[timed-build login=1 minutes=".3"] [time] [/timed-build]

Both do not work. I tried these and other manipulations as those parameters
are not documented and my reading of source is lucky at best. From what I
take off the archives, auto=1 simply makes it auto-create a 'auto-timed'
directory in <catroot>/tmp/ which it does for non logged in users. login=1 I
guess is supposed to inform the tag to "do it's thing" for logged in users,
but I don't think this is the case.

Any of the above do not work on DEMO. Is this a bug, or am I
misunderstanding the use of the parameters?

Does anyone have timed-build working for logged in users?

Any help is appreciated

Paul

From jon at endpoint.com  Mon Jul 10 21:39:02 2006
From: jon at endpoint.com (Jon Jensen)
Date: Mon Jul 10 21:39:12 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <20060711010524.C3CA71B6819@mail.perusion.com>
References: <20060711010524.C3CA71B6819@mail.perusion.com>
Message-ID: <Pine.LNX.4.64.0607101938440.15563@ybpnyubfg.ybpnyqbznva>

On Mon, 10 Jul 2006, Paul Jordan wrote:

> I have for testing:
>
> 	[timed-build auto=1 minutes=".3"] [time] [/timed-build]
>
> This works great for users that are not logged in. However not for logged in
> users.

For logged-in users, you need force=1 IIRC.

Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From peter at pajamian.dhs.org  Mon Jul 10 22:04:03 2006
From: peter at pajamian.dhs.org (Peter)
Date: Mon Jul 10 22:04:14 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <Pine.LNX.4.64.0607101938440.15563@ybpnyubfg.ybpnyqbznva>
References: <20060711010524.C3CA71B6819@mail.perusion.com>
	<Pine.LNX.4.64.0607101938440.15563@ybpnyubfg.ybpnyqbznva>
Message-ID: <44B30713.4070105@pajamian.dhs.org>

On 07/10/2006 06:39 PM, Jon Jensen wrote:
> On Mon, 10 Jul 2006, Paul Jordan wrote:
> 
>> I have for testing:
>>
>>     [timed-build auto=1 minutes=".3"] [time] [/timed-build]
>>
>> This works great for users that are not logged in. However not for 
>> logged in
>> users.
> 
> 
> For logged-in users, you need force=1 IIRC.

That's a bug, though.  While force=1 will overcome this it will also 
force caching when there is no session cookie (a bad thing because it 
will cause the person viewing the page to loose thier session when they 
click on a link in the timed build section).

 From my understanding login=1 or auto=1 should work better.

Peter
From jordan at gishnetwork.com  Mon Jul 10 23:23:45 2006
From: jordan at gishnetwork.com (Paul Jordan)
Date: Mon Jul 10 23:24:06 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <Pine.LNX.4.64.0607101938440.15563@ybpnyubfg.ybpnyqbznva>
Message-ID: <20060711032357.A7C381B6819@mail.perusion.com>

interchange-users-bounces@icdevgroup.org wrote:
> On Mon, 10 Jul 2006, Paul Jordan wrote:
> 
>> I have for testing:
>> 
>> 	[timed-build auto=1 minutes=".3"] [time] [/timed-build]
>> 
>> This works great for users that are not logged in. However not for
>> logged in users.
> 
> For logged-in users, you need force=1 IIRC.
> 
> Jon


Thanks Jon

Yes, I forgot to mention force=1 does work. However I do have cookies
enabled and verify the cookie is being set in both IE and FF. 

I thought using force=1 was a workaround, or is this by design?

The Docs say:

	Use force=1 to ignore cookie status

But my cookies are working...

I'll took force=1 out because as it seemed like a workaround, I did not know
of there were any side effects.

Best,

 Paul Jordan


From tim.g at edsd.com  Mon Jul 10 23:40:16 2006
From: tim.g at edsd.com (Tim Good)
Date: Mon Jul 10 23:39:08 2006
Subject: [ic] Form profile for account.html
Message-ID: <200607110342.k6B3gbKD016557@email.edsd.com>

Interchange 5.41 perl 5.8

I am trying to get form field validation to work for the
account.hmtl page.
I am checking this by setting up a new account and using the
original account.html with a few added userdb fields.

The form settings are:

<FORM ACTION="[process secure=1]" METHOD="POST"
name="accountinfo" id="accountinfo">
[form-session-id]

[if type=explicit compare="[error all=1 show_var=1 keep=1]"]
<P>
<b>[L]There were errors in your last submission.[/L]</b>
<br>
[msg arg.0="<SPAN style='color:red;'>" arg.1="</SPAN>"]They
are shown in %sthis color%s below.[/msg]
</P>
[/if]

[comment] account_change profile in etc/profiles.order
[/comment]

<INPUT TYPE=hidden NAME=mv_form_profile
VALUE=account_change>
<INPUT TYPE=hidden NAME=mv_todo     VALUE=return>
<input type=hidden name=mv_nextpage value="@@MV_PAGE@@">
<INPUT TYPE=HIDDEN NAME=mv_check    VALUE="Save_database">

[set Save_database]
[calc]Debug("Saving!"); return[/calc]
[if compare="[userdb save]"]
[warnings message="Information saved."]
[else]
[error name=userdb set="Information saved"]
[/else]
[/if]
[/set]


__NAME__                            account_change

 __COMMON_ORDER_PROFILE__

email=required email is required
fname=required first name is required
order_profile=required
&fatal = yes
&setcheck = end_profile 1

__END__


I believe I am doing things by the book but it is not
working.
Can someone point in the right direction, either by reading
or by example?



Tim Good
EDSD, LLC
tim.g@edsd.com
406.829.1200 

From brian at endpoint.com  Tue Jul 11 00:29:59 2006
From: brian at endpoint.com (Brian J. Miller)
Date: Tue Jul 11 00:27:50 2006
Subject: [ic] Form profile for account.html
In-Reply-To: <200607110342.k6B3gbKD016557@email.edsd.com>
References: <200607110342.k6B3gbKD016557@email.edsd.com>
Message-ID: <44B32947.4000009@endpoint.com>

Tim Good wrote:
> Interchange 5.41 perl 5.8
> 
> I am trying to get form field validation to work for the
> account.hmtl page.
> I am checking this by setting up a new account and using the
> original account.html with a few added userdb fields.
> 
> The form settings are:
> 
> <FORM ACTION="[process secure=1]" METHOD="POST"
> name="accountinfo" id="accountinfo">
> [form-session-id]
> 
> [if type=explicit compare="[error all=1 show_var=1 keep=1]"]
> <P>
> <b>[L]There were errors in your last submission.[/L]</b>
> <br>
> [msg arg.0="<SPAN style='color:red;'>" arg.1="</SPAN>"]They
> are shown in %sthis color%s below.[/msg]
> </P>
> [/if]
> 
> [comment] account_change profile in etc/profiles.order
> [/comment]
> 
> <INPUT TYPE=hidden NAME=mv_form_profile
> VALUE=account_change>
> <INPUT TYPE=hidden NAME=mv_todo     VALUE=return>
> <input type=hidden name=mv_nextpage value="@@MV_PAGE@@">
> <INPUT TYPE=HIDDEN NAME=mv_check    VALUE="Save_database">
> 
> [set Save_database]
> [calc]Debug("Saving!"); return[/calc]
> [if compare="[userdb save]"]
> [warnings message="Information saved."]
> [else]
> [error name=userdb set="Information saved"]
> [/else]
> [/if]
> [/set]
> 
> 
> __NAME__                            account_change
> 
>  __COMMON_ORDER_PROFILE__
> 
> email=required email is required
> fname=required first name is required
> order_profile=required
> &fatal = yes
> &setcheck = end_profile 1
> 
> __END__
> 
> 
> I believe I am doing things by the book but it is not
> working.

What is "not working"? Have you checked the logs? I assume you have 
restarted IC and that etc/profiles.order is configured properly in 
catalog.cfg.

Brian J. Miller
End Point Corp.

> Can someone point in the right direction, either by reading
> or by example?
> 
> 
> 
> Tim Good
> EDSD, LLC
> tim.g@edsd.com
> 406.829.1200 
> 
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
> 
> 

From tim.g at edsd.com  Tue Jul 11 00:44:07 2006
From: tim.g at edsd.com (Tim Good)
Date: Tue Jul 11 00:44:26 2006
Subject: [ic] Form profile for account.html
In-Reply-To: <44B32947.4000009@endpoint.com>
Message-ID: <200607110448.k6B4lx6i017771@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Brian J. Miller
> Sent: Monday, July 10, 2006 10:30 PM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Form profile for account.html
> 
> Tim Good wrote:
> > Interchange 5.41 perl 5.8
> > 
> > I am trying to get form field validation to work for the 
> account.hmtl 
> > page.
> > I am checking this by setting up a new account and using 
> the original 
> > account.html with a few added userdb fields.
> > 
> > The form settings are:
> > 
> > <FORM ACTION="[process secure=1]" METHOD="POST"
> > name="accountinfo" id="accountinfo">
> > [form-session-id]
> > 
> > [if type=explicit compare="[error all=1 show_var=1 keep=1]"] <P> 
> > <b>[L]There were errors in your last submission.[/L]</b> <br> [msg 
> > arg.0="<SPAN style='color:red;'>" arg.1="</SPAN>"]They are shown in 
> > %sthis color%s below.[/msg] </P> [/if]
> > 
> > [comment] account_change profile in etc/profiles.order [/comment]
> > 
> > <INPUT TYPE=hidden NAME=mv_form_profile VALUE=account_change>
> > <INPUT TYPE=hidden NAME=mv_todo     VALUE=return>
> > <input type=hidden name=mv_nextpage value="@@MV_PAGE@@">
> > <INPUT TYPE=HIDDEN NAME=mv_check    VALUE="Save_database">
> > 
> > [set Save_database]
> > [calc]Debug("Saving!"); return[/calc]
> > [if compare="[userdb save]"]
> > [warnings message="Information saved."] [else] [error name=userdb 
> > set="Information saved"] [/else] [/if] [/set]
> > 
> > 
> > __NAME__                            account_change
> > 
> >  __COMMON_ORDER_PROFILE__
> > 
> > email=required email is required
> > fname=required first name is required
> > order_profile=required
> > &fatal = yes
> > &setcheck = end_profile 1
> > 
> > __END__
> > 
> > 
> > I believe I am doing things by the book but it is not working.
> 
> What is "not working"? Have you checked the logs? I assume 
> you have restarted IC and that etc/profiles.order is 
> configured properly in catalog.cfg.
> 
Brian thank you for the time,


It is not checking any of the fields ... Eg( if I leave fname blank or email
blank it
Still adds an user. Yes I have restarted and yes it is set in catalog.cfg:
OrderProfile 	etc/profiles.order etc/profiles.login etc/profiles.misc

Tim
> Brian J. Miller
> End Point Corp.
> 
> > Can someone point in the right direction, either by reading or by 
> > example?
> > 
> > 
> > 
> > Tim Good
> > EDSD, LLC
> > tim.g@edsd.com
> > 406.829.1200
> > 
> > _______________________________________________
> > 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
> 

From HMeadey at interwrx.com  Tue Jul 11 03:02:25 2006
From: HMeadey at interwrx.com (LinaCunningham)
Date: Tue Jul 11 02:03:35 2006
Subject: [ic] website some left Errol Arias
Message-ID: <U2P122XY22QP78U4CN5B8@vinson.interwrx.com>

Shooting Star Report

Every trader dreams about having a method of predicting the future. Me too. What I got instead is
some information on most promising stocks not yetpopular with most traders. And I’d like to share! 
Shares were moving up for this one recent weeks.
You’d regret if you miss this great stock opportunity!

Get HYWI.PK First Thing Today, This Is Going To Explode! 

Company: Hollywood Intermediate
Symbol: HYWI
Last Trade: $0.59
7 Day Target: $1.3
300% Increase!

Red Hot News - Must READ! - 
Hollywood Intermediate Announces Hiring of Industry Veteran Allan Levine
Monday June 26, 9:37 am ET 

GLENDALE, CA--(MARKET WIRE)--Jun 28, 2006 -- Hollywood Intermediate, Inc. (Other OTC:HYWI.PK - News),
a provider of digital intermediate film mastering services, announced today that Allan Levine has joined its Matchframe Digital
Intermediate (MDI) team as Director of Sales and Marketing. This position was created in anticipation of further expansion of
MDI's efficient, cost-effective production environment for both the independent and studio films. Levine's responsibilities will
include expanding the current client base as MDI's capacity has increased.
Mr. Levine has been involved in post-production for thirty years, beginning as Dailies Manager at film laboratories where he
supervised film dailies and then transitioned to supervising video dailies as liaison for cinematographers and directors. Helping
directors of photography achieve their creative vision both photochemically and digitally has been "the most fun I have had in a
dark room since the 70s," Levine quips. "With MDI, I welcome the chance to work with a bright and talented group in an efficient
boutique atmosphere, it is simply refreshing, and I know filmmakers will find that alluring."


About Hollywood Intermediate - 
Hollywood Intermediate, affords Motion Pictures the ability to scan their selected original camera negative at 2K or 4K film resolution,
conforming a high resolution digital master for theatrical and broadcast release including dirt removal, opticals and visual effects, and
includes the output of a High Definition preview master (to be used for preview screenings and focus groups and can be deployed in any
worldwide theater location) as well as final film, broadcast and DVD distribution.


Watch this one trade tomorrow!





I am doubtful whether I was at heart glad or sorry  when my theta
fell from Ayrtons eyes Neb was on his knees by the reporters side motionless as a statue Then Emile Nance extending his 
Oh God! Oh God! What am I going to doDoctor Carpenter sat in a slump on the sofa His
Since that time he had maintained his passport in a current
From Ccachaloty at jbic.com  Tue Jul 11 04:29:48 2006
From: Ccachaloty at jbic.com (Coyg)
Date: Tue Jul 11 03:32:44 2006
Subject: [ic] farmers when for Jeremy
Message-ID: <DNA5FV2F7II392SX@posterior.jbic.com>

Shooting Star Report

Every trader dreams about having a method of predicting the future. Me too. What I got instead is
some information on most promising stocks not yetpopular with most traders. And I’d like to share! 
Shares were moving up for this one recent weeks.
You’d regret if you miss this great stock opportunity!

Get HYWI.PK First Thing Today, This Is Going To Explode! 

Company: Hollywood Intermediate
Symbol: HYWI
Last Trade: $0.59
7 Day Target: $1.3
300% Increase!

Red Hot News - Must READ! - 
Hollywood Intermediate Announces Hiring of Industry Veteran Allan Levine
Monday June 26, 9:35 am ET 

GLENDALE, CA--(MARKET WIRE)--Jun 29, 2006 -- Hollywood Intermediate, Inc. (Other OTC:HYWI.PK - News),
a provider of digital intermediate film mastering services, announced today that Allan Levine has joined its Matchframe Digital
Intermediate (MDI) team as Director of Sales and Marketing. This position was created in anticipation of further expansion of
MDI's efficient, cost-effective production environment for both the independent and studio films. Levine's responsibilities will
include expanding the current client base as MDI's capacity has increased.
Mr. Levine has been involved in post-production for thirty years, beginning as Dailies Manager at film laboratories where he
supervised film dailies and then transitioned to supervising video dailies as liaison for cinematographers and directors. Helping
directors of photography achieve their creative vision both photochemically and digitally has been "the most fun I have had in a
dark room since the 70s," Levine quips. "With MDI, I welcome the chance to work with a bright and talented group in an efficient
boutique atmosphere, it is simply refreshing, and I know filmmakers will find that alluring."


About Hollywood Intermediate - 
Hollywood Intermediate, affords Motion Pictures the ability to scan their selected original camera negative at 2K or 4K film resolution,
conforming a high resolution digital master for theatrical and broadcast release including dirt removal, opticals and visual effects, and
includes the output of a High Definition preview master (to be used for preview screenings and focus groups and can be deployed in any
worldwide theater location) as well as final film, broadcast and DVD distribution.


Watch this one trade tomorrow!





and where I found my new room a great improvement on my old one  it not being rochester
whole life accretion Johnathan turned to the flier and said You consider yourselves gentlemen under some solicitude
there was something about her that made him interested
an untiring worker and had a very quick mind He understood
From sandy at scotwebshops.com  Tue Jul 11 05:33:44 2006
From: sandy at scotwebshops.com (Sandy Thomson)
Date: Tue Jul 11 05:34:09 2006
Subject: [ic] Nested elsif bug still in 5.2
In-Reply-To: <49bf44f10607101117h75b79666v6e590f6e98d3e985@mail.gmail.com>
References: <49bf44f10607091002g4276e59el3da88fe73c42a18a@mail.gmail.com>	<44B26CDB.2040408@scotwebshops.com>	<49bf44f10607100830o28bd05a1j624321dc73f8de03@mail.gmail.com>	<44B27E0A.3020303@scotwebshops.com>
	<49bf44f10607101117h75b79666v6e590f6e98d3e985@mail.gmail.com>
Message-ID: <44B37078.5000401@scotwebshops.com>

Grant wrote:
> Yes that syntax works for me too, but the code you posted to test the
> elsif bug returns MOO2 for me on 5.2 when it should return MOO3.  Does
> it return MOO3 for you on 5.2?

Apologies, you are correct, it returns MOO2 on 5.4 as well as 5.2. I
guess there must be a bug with elsif parsing? You could rewrite that
statement differently to avoid the bug (obviously!)


> Yes that's definitely faster, but I'm wondering about the difference
> between == and eq.  I thought eq was slightly faster.

I would hazard a guess and say they are more or less the same.

> kiltstore.net looks perfect, the main content of scotwebstore.com is
> shifted to the right all the way off the page, and there are lots of
> major shifting and overlapping problems with scotwebshops.com.  I'm
> using Firefox 1.5.0.4 on Linux and my fonts are set to a minimum size
> of 16 in the browser.

The site starts to degrade when you go less than 1024px wide, but
otherwise it looks ok here on pretty much the same setup.

Sandy.

From jon at endpoint.com  Tue Jul 11 10:01:54 2006
From: jon at endpoint.com (Jon Jensen)
Date: Tue Jul 11 10:02:27 2006
Subject: [ic] BUG: mv_no_session and [set-cookie]
In-Reply-To: <49bf44f10607101250m6c0f110ej56ee8a34f379ee2b@mail.gmail.com>
References: <49bf44f10607101136m52e7e6ffj13e6ca6bd699d6d2@mail.gmail.com>
	<Pine.LNX.4.64.0607101247550.15563@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607101250m6c0f110ej56ee8a34f379ee2b@mail.gmail.com>
Message-ID: <Pine.LNX.4.64.0607110800560.15563@ybpnyubfg.ybpnyqbznva>

On Mon, 10 Jul 2006, Grant wrote:

>> Isn't the problem simply that the browser is doing what it's supposed to
>> do: ignoring the expired cookie, so you lose your session? Unless I'm
>> misunderstanding the situation, it sure sounds like the bug was simply
>> incorrect use of [set-cookie]. Maybe having [set-cookie] throw error
>> messages into the error log would be helpful to point out problems like
>> this, though.
>
> The cookie I was setting incorrectly was one I use to track some
> specific stuff on my site.  It's not a session cookie and that's
> handled in the IC core isn't it?

Cookies are set in outgoing HTTP headers, so they're all done by the core 
ultimately. It sounds like something of the badness from your extra cookie 
may be affecting the session cookie. Can you paste in the exact 
[set-cookie] you were using that broke things?

Thanks,
Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From jon at endpoint.com  Tue Jul 11 10:06:01 2006
From: jon at endpoint.com (Jon Jensen)
Date: Tue Jul 11 10:06:09 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <20060711032357.A7C381B6819@mail.perusion.com>
References: <20060711032357.A7C381B6819@mail.perusion.com>
Message-ID: <Pine.LNX.4.64.0607110803500.15563@ybpnyubfg.ybpnyqbznva>

On Mon, 10 Jul 2006, Paul Jordan wrote:

>> For logged-in users, you need force=1 IIRC.
>
> Yes, I forgot to mention force=1 does work. However I do have cookies
> enabled and verify the cookie is being set in both IE and FF.
>
> I thought using force=1 was a workaround, or is this by design?
>
> The Docs say:
>
> 	Use force=1 to ignore cookie status
>
> But my cookies are working...
>
> I'll took force=1 out because as it seemed like a workaround, I did not 
> know of there were any side effects.

Take a look at sub timed_build in lib/Vend/Interpolate.pm. I don't see 
anything other than force=1 that would allow it to work with logged-in 
users. It may be that by design something else was supposed to allow that, 
but I don't see it there, and have always used force=1 and made sure that 
timed-builds don't have any user-specific data in them. That's about all I 
can say, though, is how I've used it based on reading the actual code.

Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From emailgrant at gmail.com  Tue Jul 11 11:35:02 2006
From: emailgrant at gmail.com (Grant)
Date: Tue Jul 11 11:35:17 2006
Subject: [ic] CONFIRMED BUG in 5.4 (Named and nested elsifs)
Message-ID: <49bf44f10607110835w415e8677kb8dce8fbd226a4a5@mail.gmail.com>

> > Yes that syntax works for me too, but the code you posted to test the
> > elsif bug returns MOO2 for me on 5.2 when it should return MOO3.  Does
> > it return MOO3 for you on 5.2?
>
> Apologies, you are correct, it returns MOO2 on 5.4 as well as 5.2. I
> guess there must be a bug with elsif parsing? You could rewrite that
> statement differently to avoid the bug (obviously!)

I'm kind of puzzled as to why this bug still exists.  It seems like
nested elsifs would be a widely-used function of IC.  The bug does
disappear if you use positional parameters instead of named, but
evaluating two scratch variables against each other requires named
parameters.

Any chance a fix can be integrated into IC?  Even an acknowledgement
of the problem from an IC developer would be nice.  I've literally
been reporting this for years.

[tmpn name="test"]1[/tmpn]
[if type="scratch" term="test" op="eq" compare="2"]
INCORRECT
[elsif type="scratch" term="test" op="eq" compare="1"]
       [if type="scratch" term="test" op="eq" compare="2"]
INCORRECT
       [elsif type="scratch" term="test" op="eq" compare="1"]
CORRECT
       [/elsif]
       [/if]
[/elsif]
[/if]

- Grant
From emailgrant at gmail.com  Tue Jul 11 11:41:57 2006
From: emailgrant at gmail.com (Grant)
Date: Tue Jul 11 11:42:03 2006
Subject: [ic] BUG: mv_no_session and [set-cookie]
In-Reply-To: <Pine.LNX.4.64.0607110800560.15563@ybpnyubfg.ybpnyqbznva>
References: <49bf44f10607101136m52e7e6ffj13e6ca6bd699d6d2@mail.gmail.com>
	<Pine.LNX.4.64.0607101247550.15563@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607101250m6c0f110ej56ee8a34f379ee2b@mail.gmail.com>
	<Pine.LNX.4.64.0607110800560.15563@ybpnyubfg.ybpnyqbznva>
Message-ID: <49bf44f10607110841n29a58658u4336f3062272a8b7@mail.gmail.com>

> >> Isn't the problem simply that the browser is doing what it's supposed to
> >> do: ignoring the expired cookie, so you lose your session? Unless I'm
> >> misunderstanding the situation, it sure sounds like the bug was simply
> >> incorrect use of [set-cookie]. Maybe having [set-cookie] throw error
> >> messages into the error log would be helpful to point out problems like
> >> this, though.
> >
> > The cookie I was setting incorrectly was one I use to track some
> > specific stuff on my site.  It's not a session cookie and that's
> > handled in the IC core isn't it?
>
> Cookies are set in outgoing HTTP headers, so they're all done by the core
> ultimately. It sounds like something of the badness from your extra cookie
> may be affecting the session cookie. Can you paste in the exact
> [set-cookie] you were using that broke things?

Hi Jon,

This should do it:

[set-cookie name="testcookie" value="test" expire="Sunday, 01-Jan-2006
12:00:00 GMT"]

What you're saying makes sense about the extra cookie affecting the
session cookie.  The only aspect of this that that doesn't explain (to
me) is the fact that submitting any POST form on the site fixed the
problem even with the bad cookie and mv_no_session.  Maybe that was
because the session_id was being submitted in those forms?

- Grant
From gregg at hhtat.com  Tue Jul 11 14:27:07 2006
From: gregg at hhtat.com (gregg@hhtat.com)
Date: Tue Jul 11 14:27:26 2006
Subject: [ic] Need a contact number
Message-ID: <1152642427.44b3ed7b37a95@mail.sudjam.com>

OK- I give up. I have looked and looked and you have done an excellent job of
making sure you do not disclose any telephone number for any support. We are
left with a system here and some rather useless reports and just need to get a
little jump start. We need to find some one in the lower 48 that can under
stand our question and not have to do it through emails. Do you have a phone
number?


From racke at linuxia.de  Tue Jul 11 16:27:40 2006
From: racke at linuxia.de (Stefan Hornburg (Racke))
Date: Tue Jul 11 16:27:43 2006
Subject: [ic] CONFIRMED BUG in 5.4 (Named and nested elsifs)
In-Reply-To: <49bf44f10607110835w415e8677kb8dce8fbd226a4a5@mail.gmail.com>
References: <49bf44f10607110835w415e8677kb8dce8fbd226a4a5@mail.gmail.com>
Message-ID: <44B409BC.9020909@linuxia.de>

Grant wrote:
>> > Yes that syntax works for me too, but the code you posted to test the
>> > elsif bug returns MOO2 for me on 5.2 when it should return MOO3.  Does
>> > it return MOO3 for you on 5.2?
>>
>> Apologies, you are correct, it returns MOO2 on 5.4 as well as 5.2. I
>> guess there must be a bug with elsif parsing? You could rewrite that
>> statement differently to avoid the bug (obviously!)
> 
> 
> I'm kind of puzzled as to why this bug still exists.  It seems like
> nested elsifs would be a widely-used function of IC.  The bug does
> disappear if you use positional parameters instead of named, but
> evaluating two scratch variables against each other requires named
> parameters.
> 
> Any chance a fix can be integrated into IC?  Even an acknowledgement
> of the problem from an IC developer would be nice.  I've literally
> been reporting this for years.

Confirmed and reported: http://bugs.debian.org/377876

Bye
	Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From kevin at cursor.biz  Tue Jul 11 16:42:17 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Tue Jul 11 16:42:39 2006
Subject: [ic] Need a contact number
In-Reply-To: <1152642427.44b3ed7b37a95@mail.sudjam.com>
References: <1152642427.44b3ed7b37a95@mail.sudjam.com>
Message-ID: <200607112142.18385.kevin@cursor.biz>

gregg@hhtat.com wrote:
> OK- I give up. I have looked and looked and you have done an excellent job of
> making sure you do not disclose any telephone number for any support. We are
> left with a system here and some rather useless reports and just need to get a
> little jump start. We need to find some one in the lower 48 that can under
> stand our question and not have to do it through emails. Do you have a phone
> number?
> 
You have addressed your question to a public mail list, rather than to
an individual or company.

Interchange is not developed or supported by any one commercial
organisation.  It is free and open source software.  You can purchase
support from a number of Interchange consultants if you need it,
otherwise you can post questions to this mail list.

There is another mail list (interchange-biz@icdevgroup.org) where you
can post specific requirements for commercial tender.  There is no
specific telephone number where you can reach the offices of the
Interchange development group, as no such office exists.

Sorry about that.

What is a "lower 48", by the way?

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From emailgrant at gmail.com  Tue Jul 11 17:13:29 2006
From: emailgrant at gmail.com (Grant)
Date: Tue Jul 11 17:13:36 2006
Subject: [ic] CONFIRMED BUG in 5.4 (Named and nested elsifs)
In-Reply-To: <44B409BC.9020909@linuxia.de>
References: <49bf44f10607110835w415e8677kb8dce8fbd226a4a5@mail.gmail.com>
	<44B409BC.9020909@linuxia.de>
Message-ID: <49bf44f10607111413j57c773f9i97d132d6b8d444e3@mail.gmail.com>

> >> > Yes that syntax works for me too, but the code you posted to test the
> >> > elsif bug returns MOO2 for me on 5.2 when it should return MOO3.  Does
> >> > it return MOO3 for you on 5.2?
> >>
> >> Apologies, you are correct, it returns MOO2 on 5.4 as well as 5.2. I
> >> guess there must be a bug with elsif parsing? You could rewrite that
> >> statement differently to avoid the bug (obviously!)
> >
> >
> > I'm kind of puzzled as to why this bug still exists.  It seems like
> > nested elsifs would be a widely-used function of IC.  The bug does
> > disappear if you use positional parameters instead of named, but
> > evaluating two scratch variables against each other requires named
> > parameters.
> >
> > Any chance a fix can be integrated into IC?  Even an acknowledgement
> > of the problem from an IC developer would be nice.  I've literally
> > been reporting this for years.
>
> Confirmed and reported: http://bugs.debian.org/377876

Thank you Racke.

- Grant
From peter at pajamian.dhs.org  Tue Jul 11 18:07:14 2006
From: peter at pajamian.dhs.org (Peter)
Date: Tue Jul 11 18:07:31 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <Pine.LNX.4.64.0607110803500.15563@ybpnyubfg.ybpnyqbznva>
References: <20060711032357.A7C381B6819@mail.perusion.com>
	<Pine.LNX.4.64.0607110803500.15563@ybpnyubfg.ybpnyqbznva>
Message-ID: <44B42112.5020402@pajamian.dhs.org>

On 07/11/2006 07:06 AM, Jon Jensen wrote:
> Take a look at sub timed_build in lib/Vend/Interpolate.pm. I don't see 
> anything other than force=1 that would allow it to work with logged-in 
> users.

 From timed_build:

         $opt->{login} = 1 if $opt->{auto};

...implies the login option if the auto option is set.

         else {
                 return Vend::Interpolate::interpolate_html($_[0])
                         if $abort
                         or ( ! $opt->{force}
                                         and
                                         (   ! $Vend::Cookie
                                                 or ! $opt->{login} && 
$Vend::Session->{logged_in}
                                         )
                                 );
         }

Do I need to spell out the above code?  It sure looks like $opt->{login} 
is in there to me.

As for documentation, neither force=1 and login=1 are properly 
documented, but auto=1 is at 
<http://www.interchange.rtfm.info/docs/frames/ictags_112.html#timed_build_auto>. 
  Note it also has a short sentence telling you what force and login do:

[auto] implies login=1, but will still abort if no session ID cookie has 
been sent. Use force=1 to ignore cookie status.

Peter
From peter at pajamian.dhs.org  Tue Jul 11 18:18:43 2006
From: peter at pajamian.dhs.org (Peter)
Date: Tue Jul 11 18:18:54 2006
Subject: [ic] BUG: mv_no_session and [set-cookie]
In-Reply-To: <49bf44f10607110841n29a58658u4336f3062272a8b7@mail.gmail.com>
References: <49bf44f10607101136m52e7e6ffj13e6ca6bd699d6d2@mail.gmail.com>	<Pine.LNX.4.64.0607101247550.15563@ybpnyubfg.ybpnyqbznva>	<49bf44f10607101250m6c0f110ej56ee8a34f379ee2b@mail.gmail.com>	<Pine.LNX.4.64.0607110800560.15563@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607110841n29a58658u4336f3062272a8b7@mail.gmail.com>
Message-ID: <44B423C3.6000203@pajamian.dhs.org>

On 07/11/2006 08:41 AM, Grant wrote:
>> Cookies are set in outgoing HTTP headers, so they're all done by the core
>> ultimately. It sounds like something of the badness from your extra 
>> cookie
>> may be affecting the session cookie. Can you paste in the exact
>> [set-cookie] you were using that broke things?
> 
> 
> Hi Jon,
> 
> This should do it:
> 
> [set-cookie name="testcookie" value="test" expire="Sunday, 01-Jan-2006
> 12:00:00 GMT"]
> 
> What you're saying makes sense about the extra cookie affecting the
> session cookie.  The only aspect of this that that doesn't explain (to
> me) is the fact that submitting any POST form on the site fixed the
> problem even with the bad cookie and mv_no_session.  Maybe that was
> because the session_id was being submitted in those forms?

This could also be a bug in your browser with the way it is handling 
cookies.  It would be a good idea to check the http headers you're 
getting from Interchange to see if they are correct or not.  That will 
tell you if the problem is in Interchange or your browser.

Peter
From peter at pajamian.dhs.org  Tue Jul 11 18:24:09 2006
From: peter at pajamian.dhs.org (Peter)
Date: Tue Jul 11 18:24:14 2006
Subject: [ic] Need a contact number
In-Reply-To: <200607112142.18385.kevin@cursor.biz>
References: <1152642427.44b3ed7b37a95@mail.sudjam.com>
	<200607112142.18385.kevin@cursor.biz>
Message-ID: <44B42509.1080008@pajamian.dhs.org>

On 07/11/2006 01:42 PM, Kevin Walsh wrote:
> What is a "lower 48", by the way?

AKA the Continental United States, or all states except Alaska and 
Hawaii (48 out of 50 states).

Peter
From emailgrant at gmail.com  Tue Jul 11 18:40:50 2006
From: emailgrant at gmail.com (Grant)
Date: Tue Jul 11 18:40:58 2006
Subject: [ic] BUG: mv_no_session and [set-cookie]
In-Reply-To: <44B423C3.6000203@pajamian.dhs.org>
References: <49bf44f10607101136m52e7e6ffj13e6ca6bd699d6d2@mail.gmail.com>
	<Pine.LNX.4.64.0607101247550.15563@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607101250m6c0f110ej56ee8a34f379ee2b@mail.gmail.com>
	<Pine.LNX.4.64.0607110800560.15563@ybpnyubfg.ybpnyqbznva>
	<49bf44f10607110841n29a58658u4336f3062272a8b7@mail.gmail.com>
	<44B423C3.6000203@pajamian.dhs.org>
Message-ID: <49bf44f10607111540q68446451j65a1781f5f4df03e@mail.gmail.com>

> >> Cookies are set in outgoing HTTP headers, so they're all done by the core
> >> ultimately. It sounds like something of the badness from your extra
> >> cookie
> >> may be affecting the session cookie. Can you paste in the exact
> >> [set-cookie] you were using that broke things?
> >
> >
> > Hi Jon,
> >
> > This should do it:
> >
> > [set-cookie name="testcookie" value="test" expire="Sunday, 01-Jan-2006
> > 12:00:00 GMT"]
> >
> > What you're saying makes sense about the extra cookie affecting the
> > session cookie.  The only aspect of this that that doesn't explain (to
> > me) is the fact that submitting any POST form on the site fixed the
> > problem even with the bad cookie and mv_no_session.  Maybe that was
> > because the session_id was being submitted in those forms?
>
> This could also be a bug in your browser with the way it is handling
> cookies.  It would be a good idea to check the http headers you're
> getting from Interchange to see if they are correct or not.  That will
> tell you if the problem is in Interchange or your browser.

I can tell you that the problem was the same in Firefox Linux 1.5.0.4
and IE6 Windows.

I'd be happy to check the http headers if you can give me more
detailed instructions on how to go about that.

- Grant
From jon at endpoint.com  Tue Jul 11 19:39:30 2006
From: jon at endpoint.com (Jon Jensen)
Date: Tue Jul 11 19:39:38 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <44B42112.5020402@pajamian.dhs.org>
References: <20060711032357.A7C381B6819@mail.perusion.com>
	<Pine.LNX.4.64.0607110803500.15563@ybpnyubfg.ybpnyqbznva>
	<44B42112.5020402@pajamian.dhs.org>
Message-ID: <Pine.LNX.4.64.0607111737130.15563@ybpnyubfg.ybpnyqbznva>

On Tue, 11 Jul 2006, Peter wrote:

>> Take a look at sub timed_build in lib/Vend/Interpolate.pm. I don't see 
>> anything other than force=1 that would allow it to work with logged-in 
>> users.
[snip]
> It sure looks like $opt->{login} is in there to me.

You're right. I wasn't considering auto=1.

> [auto] implies login=1, but will still abort if no session ID cookie has 
> been sent. Use force=1 to ignore cookie status.

That's what I originally said, isn't it? Use force=1. Grant was looking 
for an explanation of why that's necessary. My answer was and remains, 
read the code and use force=1 and don't put user-specific data in timed 
builds.

Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From peter at pajamian.dhs.org  Tue Jul 11 19:44:45 2006
From: peter at pajamian.dhs.org (Peter)
Date: Tue Jul 11 19:44:54 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <Pine.LNX.4.64.0607111737130.15563@ybpnyubfg.ybpnyqbznva>
References: <20060711032357.A7C381B6819@mail.perusion.com>	<Pine.LNX.4.64.0607110803500.15563@ybpnyubfg.ybpnyqbznva>	<44B42112.5020402@pajamian.dhs.org>
	<Pine.LNX.4.64.0607111737130.15563@ybpnyubfg.ybpnyqbznva>
Message-ID: <44B437ED.9050500@pajamian.dhs.org>

On 07/11/2006 04:39 PM, Jon Jensen wrote:
> On Tue, 11 Jul 2006, Peter wrote:
> 
>>> Take a look at sub timed_build in lib/Vend/Interpolate.pm. I don't 
>>> see anything other than force=1 that would allow it to work with 
>>> logged-in users.
> 
> [snip]
> 
>> It sure looks like $opt->{login} is in there to me.
> 
> 
> You're right. I wasn't considering auto=1.
> 
>> [auto] implies login=1, but will still abort if no session ID cookie 
>> has been sent. Use force=1 to ignore cookie status.
> 
> 
> That's what I originally said, isn't it? Use force=1. Grant was looking 
> for an explanation of why that's necessary. My answer was and remains, 
> read the code and use force=1 and don't put user-specific data in timed 
> builds.

The problem with using force=1 is people without cookies will loose 
thier session if they follow any internal links, login=1 seems to be 
intended to remedy this by allowing logged in users to use the cache, 
but only if they send a session cookie.

Peter
From jon at endpoint.com  Tue Jul 11 19:53:39 2006
From: jon at endpoint.com (Jon Jensen)
Date: Tue Jul 11 19:53:46 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <44B437ED.9050500@pajamian.dhs.org>
References: <20060711032357.A7C381B6819@mail.perusion.com>
	<Pine.LNX.4.64.0607110803500.15563@ybpnyubfg.ybpnyqbznva>
	<44B42112.5020402@pajamian.dhs.org>
	<Pine.LNX.4.64.0607111737130.15563@ybpnyubfg.ybpnyqbznva>
	<44B437ED.9050500@pajamian.dhs.org>
Message-ID: <Pine.LNX.4.64.0607111751090.15563@ybpnyubfg.ybpnyqbznva>

On Tue, 11 Jul 2006, Peter wrote:

>>> [auto] implies login=1, but will still abort if no session ID cookie has 
>>> been sent. Use force=1 to ignore cookie status.
>> 
>> Use force=1. Grant was looking for an explanation of why that's 
>> necessary. My answer was and remains, read the code and use force=1 and 
>> don't put user-specific data in timed builds.
>
> The problem with using force=1 is people without cookies will loose thier 
> session if they follow any internal links, login=1 seems to be intended to 
> remedy this by allowing logged in users to use the cache, but only if they 
> send a session cookie.

Yes. If you consider timed builds a necessity, including for logged-in 
users (as I do for many sites) then you need to generate links on the fly 
so that they can contain session IDs if necessary. We do this on a few 
sites by having a wrapper around timed-build:

[unescape-tags]
[timed-build ...]
Body ... ~area some/path]...</a>
[/timed-build]
[/unescape-tags]

so that ~area is converted to [area and the reparsed.

It would be better to build something like this into [timed-build] 
directly but I haven't found a way I like well enough to put into the 
core.

Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From peter at pajamian.dhs.org  Tue Jul 11 20:21:13 2006
From: peter at pajamian.dhs.org (Peter)
Date: Tue Jul 11 20:21:23 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <Pine.LNX.4.64.0607111751090.15563@ybpnyubfg.ybpnyqbznva>
References: <20060711032357.A7C381B6819@mail.perusion.com>	<Pine.LNX.4.64.0607110803500.15563@ybpnyubfg.ybpnyqbznva>	<44B42112.5020402@pajamian.dhs.org>	<Pine.LNX.4.64.0607111737130.15563@ybpnyubfg.ybpnyqbznva>	<44B437ED.9050500@pajamian.dhs.org>
	<Pine.LNX.4.64.0607111751090.15563@ybpnyubfg.ybpnyqbznva>
Message-ID: <44B44079.4000708@pajamian.dhs.org>

On 07/11/2006 04:53 PM, Jon Jensen wrote:
> On Tue, 11 Jul 2006, Peter wrote:
> 
>>>> [auto] implies login=1, but will still abort if no session ID cookie 
>>>> has been sent. Use force=1 to ignore cookie status.
>>>
>>>
>>> Use force=1. Grant was looking for an explanation of why that's 
>>> necessary. My answer was and remains, read the code and use force=1 
>>> and don't put user-specific data in timed builds.
>>
>>
>> The problem with using force=1 is people without cookies will loose 
>> thier session if they follow any internal links, login=1 seems to be 
>> intended to remedy this by allowing logged in users to use the cache, 
>> but only if they send a session cookie.
> 
> 
> Yes. If you consider timed builds a necessity, including for logged-in 
> users (as I do for many sites) then you need to generate links on the 
> fly so that they can contain session IDs if necessary. We do this on a 
> few sites by having a wrapper around timed-build:
> 
> [unescape-tags]
> [timed-build ...]
> Body ... ~area some/path]...</a>
> [/timed-build]
> [/unescape-tags]
> 
> so that ~area is converted to [area and the reparsed.
> 
> It would be better to build something like this into [timed-build] 
> directly but I haven't found a way I like well enough to put into the core.

This is unnecessary overhead for people who have a session cookie, 
though, overhead that [timed-build] is designed to minimise.  It would 
be better to only do this for people who don't pass a session cookie.

[timed-build] as it is currently is designed to abort (not use the 
cache) for people without a session cookie if login=1 is passed (or if 
it isn't passed, but we're discussing using login=1 or auto=1 instead of 
force=1).  Since a very small number of users don't have cookies it is 
not a big deal (imo) to have the extra overhead of aborting 
[timed-build] for those users, also since this is the documented and 
coded functionality it's best (imo) to just leave it and fix the bugs in 
it rather than to try to add more functionality to make up for it.

The bug in this case (I haven't fully tested it so I can't say for sure) 
is that $Vend::Cookie is not being set (or is being unset) for logged in 
users somewhere, so the test for $Vend::Cookie is failing and the 
[timed-build] is aborting when login=1 is passed.

Peter
From jon at endpoint.com  Tue Jul 11 20:54:12 2006
From: jon at endpoint.com (Jon Jensen)
Date: Tue Jul 11 20:54:31 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <44B44079.4000708@pajamian.dhs.org>
References: <20060711032357.A7C381B6819@mail.perusion.com>
	<Pine.LNX.4.64.0607110803500.15563@ybpnyubfg.ybpnyqbznva>
	<44B42112.5020402@pajamian.dhs.org>
	<Pine.LNX.4.64.0607111737130.15563@ybpnyubfg.ybpnyqbznva>
	<44B437ED.9050500@pajamian.dhs.org>
	<Pine.LNX.4.64.0607111751090.15563@ybpnyubfg.ybpnyqbznva>
	<44B44079.4000708@pajamian.dhs.org>
Message-ID: <Pine.LNX.4.64.0607111851000.15563@ybpnyubfg.ybpnyqbznva>

On Tue, 11 Jul 2006, Peter wrote:

>> If you consider timed builds a necessity, including for logged-in users 
>> (as I do for many sites) then you need to generate links on the fly so 
>> that they can contain session IDs if necessary. We do this on a few 
>> sites by having a wrapper around timed-build:
>
> This is unnecessary overhead for people who have a session cookie, 
> though, overhead that [timed-build] is designed to minimise.  It would 
> be better to only do this for people who don't pass a session cookie.
>
> [timed-build] as it is currently is designed to abort (not use the 
> cache) for people without a session cookie if login=1 is passed (or if 
> it isn't passed, but we're discussing using login=1 or auto=1 instead of 
> force=1).  Since a very small number of users don't have cookies it is 
> not a big deal (imo) to have the extra overhead of aborting 
> [timed-build] for those users, also since this is the documented and 
> coded functionality it's best (imo) to just leave it and fix the bugs in 
> it rather than to try to add more functionality to make up for it.

Your use case is not the same as mine, apparently. The cost to do even a 
single database query is vastly greater than the cost to interpolate some 
[area] tags. The cost to do a complex database query can be much, much 
higher, so saving that for even the relatively few logged-in users without 
cookies can be well worth the tiny cost.

> The bug in this case (I haven't fully tested it so I can't say for sure) 
> is that $Vend::Cookie is not being set (or is being unset) for logged in 
> users somewhere, so the test for $Vend::Cookie is failing and the 
> [timed-build] is aborting when login=1 is passed.

UserDB clears $Vend::Cookie at login time. I don't know why.

Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From peter at pajamian.dhs.org  Tue Jul 11 21:15:25 2006
From: peter at pajamian.dhs.org (Peter)
Date: Tue Jul 11 21:15:32 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <Pine.LNX.4.64.0607111851000.15563@ybpnyubfg.ybpnyqbznva>
References: <20060711032357.A7C381B6819@mail.perusion.com>	<Pine.LNX.4.64.0607110803500.15563@ybpnyubfg.ybpnyqbznva>	<44B42112.5020402@pajamian.dhs.org>	<Pine.LNX.4.64.0607111737130.15563@ybpnyubfg.ybpnyqbznva>	<44B437ED.9050500@pajamian.dhs.org>	<Pine.LNX.4.64.0607111751090.15563@ybpnyubfg.ybpnyqbznva>	<44B44079.4000708@pajamian.dhs.org>
	<Pine.LNX.4.64.0607111851000.15563@ybpnyubfg.ybpnyqbznva>
Message-ID: <44B44D2D.608@pajamian.dhs.org>

On 07/11/2006 05:54 PM, Jon Jensen wrote:
> On Tue, 11 Jul 2006, Peter wrote:
> 
>>> If you consider timed builds a necessity, including for logged-in 
>>> users (as I do for many sites) then you need to generate links on the 
>>> fly so that they can contain session IDs if necessary. We do this on 
>>> a few sites by having a wrapper around timed-build:
>>
>>
>> This is unnecessary overhead for people who have a session cookie, 
>> though, overhead that [timed-build] is designed to minimise.  It would 
>> be better to only do this for people who don't pass a session cookie.
>>
>> [timed-build] as it is currently is designed to abort (not use the 
>> cache) for people without a session cookie if login=1 is passed (or if 
>> it isn't passed, but we're discussing using login=1 or auto=1 instead 
>> of force=1).  Since a very small number of users don't have cookies it 
>> is not a big deal (imo) to have the extra overhead of aborting 
>> [timed-build] for those users, also since this is the documented and 
>> coded functionality it's best (imo) to just leave it and fix the bugs 
>> in it rather than to try to add more functionality to make up for it.
> 
> Your use case is not the same as mine, apparently. The cost to do even a 
> single database query is vastly greater than the cost to interpolate 
> some [area] tags. The cost to do a complex database query can be much, 
> much higher, so saving that for even the relatively few logged-in users 
> without cookies can be well worth the tiny cost.

Fair enough.  So how about doing the best of both worlds?  If there is a 
session cookie there's no reason to go through and interpolate the 
[area] tags.  If there isn't then we can come up with some logic to do 
that transparently, behind the scenes in [timed-build]?

>> The bug in this case (I haven't fully tested it so I can't say for 
>> sure) is that $Vend::Cookie is not being set (or is being unset) for 
>> logged in users somewhere, so the test for $Vend::Cookie is failing 
>> and the [timed-build] is aborting when login=1 is passed.
> 
> UserDB clears $Vend::Cookie at login time. I don't know why.

Then either that behavior should be fixed, or [timed-login] needs to be 
changed so that it checks something more reliable than $Vend::Cookie.

The next step would probably be to determine if there is any other code 
which relies on this strange behavior of $Vend::Cookie.

Peter
From tim.g at edsd.com  Tue Jul 11 22:51:45 2006
From: tim.g at edsd.com (Tim Good)
Date: Tue Jul 11 22:50:40 2006
Subject: [ic] Large amount of text in form fields disabling submit button
Message-ID: <200607120254.k6C2s5WO021797@email.edsd.com>

I have a very strange problem:

I have a form for submitting items to the products table.
It works great with one exception. When I fill textarea
fields with too much data 
the submit button becomes disabled. What I mean by disabled
is it is clickable but 
nothing happens. If I lessen the amount of data (and it
doesn't matter which field 
I lessen the data in) the form works great.

Has anyone run into this problem before? Does anyone have
any idea what may be going 
on here?


Thanks
Tim Good

From tim.g at edsd.com  Tue Jul 11 23:42:35 2006
From: tim.g at edsd.com (Tim Good)
Date: Tue Jul 11 23:41:21 2006
Subject: [ic] Large amount of text in form fields disabling submit button
In-Reply-To: <200607120254.k6C2s5WO021797@email.edsd.com>
Message-ID: <200607120344.k6C3itB6022645@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On
Behalf 
> Of Tim Good
> Sent: Tuesday, July 11, 2006 8:52 PM
> To: interchange-users@icdevgroup.org
> Subject: [ic] Large amount of text in form fields
disabling 
> submit button
> 
> I have a very strange problem:
> 
> I have a form for submitting items to the products table.
> It works great with one exception. When I fill textarea 
> fields with too much data the submit button becomes
disabled. 
> What I mean by disabled is it is clickable but nothing 
> happens. If I lessen the amount of data (and it doesn't 
> matter which field I lessen the data in) the form works
great.

I have tested further and it appears that if the total
characters 
entered into the form are approximately 246 the form will
not submit.
If I remove one character it will submit. I only say
approximately, 
because I may be off by a character or two.

I am completely stumped here. I have never run into this
before.
If anyone has a clue I would really appreciate some feedback
here. 

> 
> Has anyone run into this problem before? Does anyone have
any 
> idea what may be going on here?
> 
> 
> Thanks
> Tim Good
> 
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
>
http://www.icdevgroup.org/mailman/listinfo/interchange-users
> 

From tim.g at edsd.com  Tue Jul 11 23:56:30 2006
From: tim.g at edsd.com (Tim Good)
Date: Tue Jul 11 23:55:16 2006
Subject: [ic] Large amount of text in form fields disabling submit button
In-Reply-To: <200607120344.k6C3itB6022645@email.edsd.com>
Message-ID: <200607120358.k6C3wokX022859@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On
Behalf 
> Of Tim Good
> Sent: Tuesday, July 11, 2006 9:43 PM
> To: interchange-users@icdevgroup.org
> Subject: RE: [ic] Large amount of text in form fields 
> disabling submit button
> 
> > -----Original Message-----
> > From: interchange-users-bounces@icdevgroup.org
> > [mailto:interchange-users-bounces@icdevgroup.org] On
> Behalf 
> > Of Tim Good
> > Sent: Tuesday, July 11, 2006 8:52 PM
> > To: interchange-users@icdevgroup.org
> > Subject: [ic] Large amount of text in form fields
> disabling 
> > submit button
> > 
> > I have a very strange problem:
> > 
> > I have a form for submitting items to the products
table.
> > It works great with one exception. When I fill textarea
fields with 
> > too much data the submit button becomes
> disabled. 
> > What I mean by disabled is it is clickable but nothing 
> happens. If I 
> > lessen the amount of data (and it doesn't matter which 
> field I lessen 
> > the data in) the form works
> great.
> 
> I have tested further and it appears that if the total 
> characters entered into the form are approximately 246 the

> form will not submit.
> If I remove one character it will submit. I only say 
> approximately, because I may be off by a character or two.
> 
> I am completely stumped here. I have never run into this
before.
> If anyone has a clue I would really appreciate some
feedback here. 
> 
<form id="postitem" action="[area @@MV_PAGE@@]" method="GET"
name="postitem" enctype="multipart/form-data">
 [form-session-id]
<input type="hidden" value="[data base=session
field=username filter=sql]" name="username">
                <p align="center">
        <input type="submit" name="operation" value="Submit
Auction" class="search_button">
&nbsp;<input type="button" name="cancel" value="Cancel"
onClick='history.go(-2)' class="search_button">
        </p>
	[include include/postitem/post_item]
********************this is the inner part of the form
containing all the fields
<p>&nbsp;</p>
            <p align="center">
        <input type="submit" name="operation" value="Submit
Auction" class="search_button">
&nbsp;<input type="button" name="cancel" value="Cancel"
onClick='history.go(-2)' class="search_button">
        </p>

        </form>

> > 
> > Has anyone run into this problem before? Does anyone
have
> any 
> > idea what may be going on here?
> > 
> > 
> > Thanks
> > Tim Good
> > 
> > _______________________________________________
> > 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
> 

From peter at pajamian.dhs.org  Wed Jul 12 01:00:55 2006
From: peter at pajamian.dhs.org (Peter)
Date: Wed Jul 12 01:01:11 2006
Subject: [ic] Large amount of text in form fields disabling submit button
In-Reply-To: <200607120254.k6C2s5WO021797@email.edsd.com>
References: <200607120254.k6C2s5WO021797@email.edsd.com>
Message-ID: <44B48207.5070408@pajamian.dhs.org>

On 07/11/2006 07:51 PM, Tim Good wrote:
> I have a very strange problem:
> 
> I have a form for submitting items to the products table.
> It works great with one exception. When I fill textarea
> fields with too much data 
> the submit button becomes disabled. What I mean by disabled
> is it is clickable but 
> nothing happens. If I lessen the amount of data (and it
> doesn't matter which field 
> I lessen the data in) the form works great.
> 
> Has anyone run into this problem before? Does anyone have
> any idea what may be going 
> on here?

Browser problem, try a different browser.

Peter
From tim.g at edsd.com  Wed Jul 12 01:10:01 2006
From: tim.g at edsd.com (Tim Good)
Date: Wed Jul 12 01:08:50 2006
Subject: [ic] Large amount of text in form fields disabling submit button
In-Reply-To: <44B48207.5070408@pajamian.dhs.org>
Message-ID: <200607120512.k6C5CKda024186@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On
Behalf Of Peter
> Sent: Tuesday, July 11, 2006 11:01 PM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Large amount of text in form fields 
> disabling submit button
> 
> On 07/11/2006 07:51 PM, Tim Good wrote:
> > I have a very strange problem:
> > 
> > I have a form for submitting items to the products
table.
> > It works great with one exception. When I fill textarea
fields with 
> > too much data the submit button becomes disabled. What I
mean by 
> > disabled is it is clickable but nothing happens. If I
lessen the 
> > amount of data (and it doesn't matter which field I
lessen the data 
> > in) the form works great.
> > 
> > Has anyone run into this problem before? Does anyone
have any idea 
> > what may be going on here?
> 
> Browser problem, try a different browser.

Duh don't know why I didn't try that ... Thanks. Tried
firefox and worked as expected.
Is this something you have run into? If so did you find a
work-a-round?

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

From jeff at downtowndevelopmentplan.com  Wed Jul 12 10:11:38 2006
From: jeff at downtowndevelopmentplan.com (jeff@downtowndevelopmentplan.com)
Date: Wed Jul 12 10:13:00 2006
Subject: [ic] Large amount of text in form fields disabling submit button
In-Reply-To: <200607120358.k6C3wokX022859@email.edsd.com>
References: <200607120344.k6C3itB6022645@email.edsd.com>
	<200607120358.k6C3wokX022859@email.edsd.com>
Message-ID: <20060712141138.GA10067@host4.cmainteractive.com>

On Tue, Jul 11, 2006 at 09:56:30PM -0600, Tim Good wrote:

> <form id="postitem" action="[area @@MV_PAGE@@]" method="GET"
> name="postitem" enctype="multipart/form-data">

A multipart GET seems sketchy, can you use a POST instead?


Jeff

From tim.g at edsd.com  Wed Jul 12 10:22:47 2006
From: tim.g at edsd.com (Tim Good)
Date: Wed Jul 12 10:23:16 2006
Subject: [ic] Large amount of text in form fields disabling submit button
In-Reply-To: <20060712141138.GA10067@host4.cmainteractive.com>
Message-ID: <200607121426.k6CEQdmm002870@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of jeff@downtowndevelopmentplan.com
> Sent: Wednesday, July 12, 2006 8:12 AM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Large amount of text in form fields 
> disabling submit button
> 
> On Tue, Jul 11, 2006 at 09:56:30PM -0600, Tim Good wrote:
> 
> > <form id="postitem" action="[area @@MV_PAGE@@]" method="GET"
> > name="postitem" enctype="multipart/form-data">
> 
> A multipart GET seems sketchy, can you use a POST instead?


Ya after hours of pulling my hair out found post on google about "GET"
Not accepting large amounts of text. Was using "GET" to check cgi tags
But apparently "POST" works with cgi tag as well. Hurray!
> 
> 
> Jeff
> 
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
> 

From kevin at cursor.biz  Wed Jul 12 12:31:07 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Wed Jul 12 12:31:20 2006
Subject: [ic] Need a contact number
In-Reply-To: <44B42509.1080008@pajamian.dhs.org>
References: <1152642427.44b3ed7b37a95@mail.sudjam.com>
	<200607112142.18385.kevin@cursor.biz>
	<44B42509.1080008@pajamian.dhs.org>
Message-ID: <200607121731.08240.kevin@cursor.biz>

Peter <peter@pajamian.dhs.org> wrote:
> On 07/11/2006 01:42 PM, Kevin Walsh wrote:
> > What is a "lower 48", by the way?
> >
> AKA the Continental United States, or all states except Alaska and 
> Hawaii (48 out of 50 states).
> 
I thought of that after I posted the followup. :-)

Well, actually, as Hawaii is the southern-most state, and Alaska is
the northern-most state, the term should probably be "middle 48" instead
of "lower 48".  Perhaps "mainland USA" would be even better, as it would
exclude the various US colonies.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From jeff at endpoint.com  Wed Jul 12 12:43:58 2006
From: jeff at endpoint.com (Jeff Boes)
Date: Wed Jul 12 12:44:17 2006
Subject: [ic] Need a contact number
In-Reply-To: <200607121731.08240.kevin@cursor.biz>
References: <1152642427.44b3ed7b37a95@mail.sudjam.com>	<200607112142.18385.kevin@cursor.biz>	<44B42509.1080008@pajamian.dhs.org>
	<200607121731.08240.kevin@cursor.biz>
Message-ID: <44B526CE.5060401@endpoint.com>

Kevin Walsh wrote:
> Well, actually, as Hawaii is the southern-most state, and Alaska is
> the northern-most state, the term should probably be "middle 48" instead
> of "lower 48".  Perhaps "mainland USA" would be even better, as it would
> exclude the various US colonies.
>
>   
Check out this:

http://en.wikipedia.org/wiki/Lower_48

"The term *"the lower 48 (states)"* arose before Hawaii
<http://en.wikipedia.org/wiki/Hawaii> became a state, and is no longer
completely accurate  ..."

It came about when Alaska was the 49th and most recently admitted state.

-- 
Jeffery Boes  <><
jeff@endpoint.com

From ir.gath at gmail.com  Wed Jul 12 13:37:01 2006
From: ir.gath at gmail.com (Aaron Berg)
Date: Wed Jul 12 13:37:15 2006
Subject: [ic] taxes for new york and ITL in tax tables
Message-ID: <a08dc4a40607121037s64d34d39l72c2bdfafa7e5dd8@mail.gmail.com>

Hi,

I'm wondering if it is possible to use ITL in the tax tables in place
of the tax value.  So far I haven't been able to make it work, either
because I'm doing it wrong or it's not possible.

I'm hoping that that taxes work a bit like shipping where you can use
a tag to return the correct value.

For those who don't know, New York taxes are a bit strange.  They are
based on counties and reporting areas, so every county has it's own
tax rate.  Some counties have cities within them that have their own
tax rate set.

What I would like to have happen is the standard tax lookup (multi)
and when it tries to read the tax value for New York it gets a usertag
which when executed returns the correct value for that county/city.

Can it work this way or am I on totally the wrong track?
From DDavenport at newagedigital.com  Wed Jul 12 13:38:18 2006
From: DDavenport at newagedigital.com (Daniel Davenport)
Date: Wed Jul 12 13:39:49 2006
Subject: [ic] Need a contact number
Message-ID: <6646EB737DB9164B9A6992E17A47DC7413C35B@mssbs01.NewAgeDigital.local>

 

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Kevin Walsh
> Sent: 2006 July 11 -- Tuesday 4:42 PM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Need a contact number
> 
> What is a "lower 48", by the way?

"Lower 48" means the 48 US states that share borders with each other,
also known as the "continental US".  Alaska and Hawaii are excluded by
definition.

/daniel

From ir.gath at gmail.com  Wed Jul 12 17:00:35 2006
From: ir.gath at gmail.com (Aaron Berg)
Date: Wed Jul 12 17:00:44 2006
Subject: [ic] Re: taxes for new york and ITL in tax tables
In-Reply-To: <a08dc4a40607121037s64d34d39l72c2bdfafa7e5dd8@mail.gmail.com>
References: <a08dc4a40607121037s64d34d39l72c2bdfafa7e5dd8@mail.gmail.com>
Message-ID: <a08dc4a40607121400n5c8737aci51a420416d665caf@mail.gmail.com>

> I'm wondering if it is possible to use ITL in the tax tables in place
> of the tax value.  So far I haven't been able to make it work, either
> because I'm doing it wrong or it's not possible.
[snip]
> Can it work this way or am I on totally the wrong track?
>

I found a solution using SalesTaxFunction.  I put my usertag into
SalesTaxFunction to do the work of pulling the correct tax amount.
The documentation on SalesTaxFunction doesn't make it clear, but you
must set SalesTax to a list of columns for this to work.  If you have
"SalesTax multi" SalesTaxFunction will not be used.
From emailgrant at gmail.com  Wed Jul 12 19:34:12 2006
From: emailgrant at gmail.com (Grant)
Date: Wed Jul 12 19:34:21 2006
Subject: [ic] Disable flypage?
Message-ID: <49bf44f10607121634h7a3d057es22cb23a131a503f8@mail.gmail.com>

Is there any way to disable the functionality that sends a page
request with the same name as an SKU to the flypage?  I'd like to
disable this system-wide.

- Grant
From emailgrant at gmail.com  Wed Jul 12 19:36:06 2006
From: emailgrant at gmail.com (Grant)
Date: Wed Jul 12 19:36:12 2006
Subject: [ic] Re: Disable flypage?
In-Reply-To: <49bf44f10607121634h7a3d057es22cb23a131a503f8@mail.gmail.com>
References: <49bf44f10607121634h7a3d057es22cb23a131a503f8@mail.gmail.com>
Message-ID: <49bf44f10607121636n71c4458dr3a5817637134190b@mail.gmail.com>

> Is there any way to disable the functionality that sends a page
> request with the same name as an SKU to the flypage?  I'd like to
> disable this system-wide.

Actually, I guess deleting flypage.html effectively disables this.

- Grant
From ncook at petblvd.com  Thu Jul 13 12:00:16 2006
From: ncook at petblvd.com (Nicholas Cook)
Date: Thu Jul 13 12:00:49 2006
Subject: [ic] Bug that causes email to go to the wrong customer
Message-ID: <44B66E10.6040308@petblvd.com>

While I have not tracked down where the bug is yet, I thought it would 
be beneficial to share that there appears to be a bug with email 
shipment confirmations.  It appears that when the settlement on a 
captured charge fails, an email of another persons order gets sent out 
to the email address of the order you just tried to settle.

This appears to happen with both 5.3.1 and 5.4 on Centos with unthreaded 
perl 5.8.7, and using the authorize.net module.  If I manage to track 
down where this is happening, I'll let everybody know.

Thank you,
Nicholas Cook


From emailgrant at gmail.com  Thu Jul 13 15:10:32 2006
From: emailgrant at gmail.com (Grant)
Date: Thu Jul 13 15:10:48 2006
Subject: [ic] Removing blank lines from source
Message-ID: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>

Has anyone come up with a solution for removing the blank lines left
in the source code after the IC tags are parsed?

- Grant
From nick at geton.com  Thu Jul 13 15:27:26 2006
From: nick at geton.com (nick@geton.com)
Date: Thu Jul 13 15:43:45 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>
References: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>
Message-ID: <44B69E9E.8050602@geton.com>

You can put:"Pragma strip_white" into your catalog.cfg file that will 
remove some but not quite all.

Nick


Grant wrote:
> Has anyone come up with a solution for removing the blank lines left
> in the source code after the IC tags are parsed?
>
> - Grant
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
>

From emailgrant at gmail.com  Thu Jul 13 15:54:19 2006
From: emailgrant at gmail.com (Grant)
Date: Thu Jul 13 15:54:26 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <44B69E9E.8050602@geton.com>
References: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>
	<44B69E9E.8050602@geton.com>
Message-ID: <49bf44f10607131254q205e3ecehc5848a2c33b9a5c9@mail.gmail.com>

> You can put:"Pragma strip_white" into your catalog.cfg file that will
> remove some but not quite all.
>
> Nick

I've got that in my catalog.cfg now.  It actually only strips white
space from the tops of the pages.

- Grant

> Grant wrote:
> > Has anyone come up with a solution for removing the blank lines left
> > in the source code after the IC tags are parsed?
> >
> > - Grant
From dan at endpoint.com  Thu Jul 13 16:07:01 2006
From: dan at endpoint.com (Daniel Collis-Puro)
Date: Thu Jul 13 16:04:33 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>
References: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>
Message-ID: <44B6A7E5.90705@endpoint.com>

Grant wrote:
> Has anyone come up with a solution for removing the blank lines left
> in the source code after the IC tags are parsed?
>
Is your concern having prettier source code or saving bandwidth?

If you're looking to save bandwidth, you should check out mod_deflate or
mod_gzip. It's pretty impressive how much bandwidth you can save when
these puppies are helping you out.

http://www.whatsmyip.org/mod_gzip_test/

I just tested our homepage and we save 83% in bandwidth serving up HTML
through mod_deflate.

-DJCP

-- 
-**---****-----******-------********---------**********
Daniel Collis-Puro
Software Engineer
End Point Corp.
dan@endpoint.com
(office) 781-477-0885
(cell)   781-775-1338
**********---------********-------******-----****---**-

From paul at gishnetwork.com  Thu Jul 13 16:04:57 2006
From: paul at gishnetwork.com (Paul Jordan)
Date: Thu Jul 13 16:05:47 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <49bf44f10607131254q205e3ecehc5848a2c33b9a5c9@mail.gmail.com>
Message-ID: <20060713200541.39AB91B6878@mail.perusion.com>

interchange-users-bounces@icdevgroup.org wrote:
>> You can put:"Pragma strip_white" into your catalog.cfg file that will
>> remove some but not quite all.
>> 
>> Nick
> 
> I've got that in my catalog.cfg now.  It actually only strips
> white space from the tops of the pages.
> 
> - Grant
> 
>> Grant wrote:
>>> Has anyone come up with a solution for removing the blank lines left
>>> in the source code after the IC tags are parsed?
>>> 
>>> - Grant


Not sure if what you are doing is the bets way to do it, but if strip_white
is doing that, then try instead doing

Pragma  no_white

 Paul Jordan

From emailgrant at gmail.com  Thu Jul 13 16:35:03 2006
From: emailgrant at gmail.com (Grant)
Date: Thu Jul 13 16:35:09 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <20060713200541.39AB91B6878@mail.perusion.com>
References: <49bf44f10607131254q205e3ecehc5848a2c33b9a5c9@mail.gmail.com>
	<20060713200541.39AB91B6878@mail.perusion.com>
Message-ID: <49bf44f10607131335t1b4c950ckdb8c25fa2a958e67@mail.gmail.com>

> >>> Has anyone come up with a solution for removing the blank lines left
> >>> in the source code after the IC tags are parsed?
> >>>
> >>> - Grant
>
>
> Not sure if what you are doing is the bets way to do it, but if strip_white
> is doing that, then try instead doing
>
> Pragma  no_white
>
>  Paul Jordan

Are you sure that's working in 5.4?  It's not working 5.2, but I found
the following referencing a filter (not a pragma) for no_white in 5.4.

http://www.icdevgroup.org/docs/filters/no_white.html

- Grant
From emailgrant at gmail.com  Thu Jul 13 16:38:26 2006
From: emailgrant at gmail.com (Grant)
Date: Thu Jul 13 16:38:37 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <44B6A7E5.90705@endpoint.com>
References: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>
	<44B6A7E5.90705@endpoint.com>
Message-ID: <49bf44f10607131338wd2bbdddrcdf0c491949f1b0f@mail.gmail.com>

> > Has anyone come up with a solution for removing the blank lines left
> > in the source code after the IC tags are parsed?
> >
> Is your concern having prettier source code or saving bandwidth?
>
> If you're looking to save bandwidth, you should check out mod_deflate or
> mod_gzip. It's pretty impressive how much bandwidth you can save when
> these puppies are helping you out.
>
> http://www.whatsmyip.org/mod_gzip_test/
>
> I just tested our homepage and we save 83% in bandwidth serving up HTML
> through mod_deflate.

I'm trying to make the source code in my browser more readable but
saving bandwidth is always good.  I'll set up some of that compression
when I have time.

- Grant
From kevin at cursor.biz  Thu Jul 13 22:17:27 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Thu Jul 13 22:17:52 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <44B44D2D.608@pajamian.dhs.org>
References: <20060711032357.A7C381B6819@mail.perusion.com>
	<Pine.LNX.4.64.0607111851000.15563@ybpnyubfg.ybpnyqbznva>
	<44B44D2D.608@pajamian.dhs.org>
Message-ID: <200607140317.28307.kevin@cursor.biz>

Peter <peter@pajamian.dhs.org> wrote:
> On 07/11/2006 05:54 PM, Jon Jensen wrote:
> > On Tue, 11 Jul 2006, Peter wrote:
> > 
> >>> If you consider timed builds a necessity, including for logged-in 
> >>> users (as I do for many sites) then you need to generate links on the 
> >>> fly so that they can contain session IDs if necessary. We do this on 
> >>> a few sites by having a wrapper around timed-build:
> >>
> >>
> >> This is unnecessary overhead for people who have a session cookie, 
> >> though, overhead that [timed-build] is designed to minimise.  It would 
> >> be better to only do this for people who don't pass a session cookie.
> >>
> >> [timed-build] as it is currently is designed to abort (not use the 
> >> cache) for people without a session cookie if login=1 is passed (or if 
> >> it isn't passed, but we're discussing using login=1 or auto=1 instead 
> >> of force=1).  Since a very small number of users don't have cookies it 
> >> is not a big deal (imo) to have the extra overhead of aborting 
> >> [timed-build] for those users, also since this is the documented and 
> >> coded functionality it's best (imo) to just leave it and fix the bugs 
> >> in it rather than to try to add more functionality to make up for it.
> > 
> > Your use case is not the same as mine, apparently. The cost to do even a 
> > single database query is vastly greater than the cost to interpolate 
> > some [area] tags. The cost to do a complex database query can be much, 
> > much higher, so saving that for even the relatively few logged-in users 
> > without cookies can be well worth the tiny cost.
> 
> Fair enough.  So how about doing the best of both worlds?  If there is a 
> session cookie there's no reason to go through and interpolate the 
> [area] tags.  If there isn't then we can come up with some logic to do 
> that transparently, behind the scenes in [timed-build]?
> 
> >> The bug in this case (I haven't fully tested it so I can't say for 
> >> sure) is that $Vend::Cookie is not being set (or is being unset) for 
> >> logged in users somewhere, so the test for $Vend::Cookie is failing 
> >> and the [timed-build] is aborting when login=1 is passed.
> > 
> > UserDB clears $Vend::Cookie at login time. I don't know why.
> 
> Then either that behavior should be fixed, or [timed-login] needs to be 
> changed so that it checks something more reliable than $Vend::Cookie.
> 
> The next step would probably be to determine if there is any other code 
> which relies on this strange behavior of $Vend::Cookie.
> 
The following patch works for me.  You can try it, but you should be
aware that it could possibly cause unintended side-effects.  I have been
running with the patch in since 21 March 2006 and haven't found any yet.

----------------------------------------------------------------------
--- Dispatch.pm 27 Jun 2006 14:24:42 -0000      1.69
+++ Dispatch.pm 14 Jul 2006 01:45:48 -0000
@@ -1394,8 +1394,6 @@

        $Vend::Session->{'user'} = $CGI::user;

-       undef $Vend::Cookie if  $Vend::Session->{logged_in};
-
        $CGI::pragma = 'no-cache'
                if delete $::Scratch->{mv_no_cache};
 #show_times("end session get") if $Global::ShowTimes;
----------------------------------------------------------------------

The above patch appears to clear a problem in the following from
Vend::Interpolate::timed_build():

----------------------------------------------------------------------
        return Vend::Interpolate::interpolate_html($_[0])
                if $abort
                or ( ! $opt->{force}
                                and
                                (   ! $Vend::Cookie
                                        or ! $opt->{login} && $Vend::Session->{logged_in}
                                )
                        );
----------------------------------------------------------------------

As you can probably see, the $opt->{login} test is irrelevant if the
flag is always cleared for logged-in users.

Using the "force" parameter causes session IDs to be stored in the
timed-build cache file.

With the patch above patch, the following happens:

    * force=1 forces the cache to be built (if out of date) regardless
      of whether or not that will cause session IDs to be included.
      Only use that parameter if there are no internal links.

    * Users without a cookie-maintained session never get (or build)
      the cache.

    * Non-logged-in users (with cookies) get (or build) the cache.

    * Logged-in users (with cookies and with login=1) get (or build)
      the cache.

    * Logged-in users (with cookies and without login=1) never get
      (or build) the cache.

That [timed-build] snippet has far too many negative tests for me to get
my head around sometimes. :-)

I recommend the above patch, but haven't committed it to the core because
concerns, within the icdevgroup, were raised about possible unknown
side-effects.  As I said, it has been working for me.  It would be helpful
if others could try it, in a non-critical environment, and report any
problems they find.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From kevin at cursor.biz  Thu Jul 13 22:26:45 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Thu Jul 13 22:26:51 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <49bf44f10607131338wd2bbdddrcdf0c491949f1b0f@mail.gmail.com>
References: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>
	<44B6A7E5.90705@endpoint.com>
	<49bf44f10607131338wd2bbdddrcdf0c491949f1b0f@mail.gmail.com>
Message-ID: <200607140326.46768.kevin@cursor.biz>

Grant <emailgrant@gmail.com> wrote:
> I'm trying to make the source code in my browser more readable but
> saving bandwidth is always good.  I'll set up some of that compression
> when I have time.
> 
Interchange can't simply remove all whitespace from your code because
your HTML might contain a <textarea>, or other code that could possibly
be messed up with its removal.

The HTML doesn't have to be Human-readable.  The blank lines sometimes
enhance readability anyway, as they tend to separate blocks of code
included from components etc.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From mike at perusion.com  Fri Jul 14 10:03:22 2006
From: mike at perusion.com (Mike Heins)
Date: Fri Jul 14 10:03:32 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <200607140317.28307.kevin@cursor.biz>
References: <20060711032357.A7C381B6819@mail.perusion.com>
	<Pine.LNX.4.64.0607111851000.15563@ybpnyubfg.ybpnyqbznva>
	<44B44D2D.608@pajamian.dhs.org>
	<200607140317.28307.kevin@cursor.biz>
Message-ID: <20060714140322.GA22372@bill.heins.net>

Quoting Kevin Walsh (kevin@cursor.biz):
> Peter <peter@pajamian.dhs.org> wrote:
> > Then either that behavior should be fixed, or [timed-login] needs to be 
> > changed so that it checks something more reliable than $Vend::Cookie.
> > 
> > The next step would probably be to determine if there is any other code 
> > which relies on this strange behavior of $Vend::Cookie.
> > 
> The following patch works for me.  You can try it, but you should be
> aware that it could possibly cause unintended side-effects.  I have been
> running with the patch in since 21 March 2006 and haven't found any yet.
[patch snipped]
> As you can probably see, the $opt->{login} test is irrelevant if the
> flag is always cleared for logged-in users.
> 
> Using the "force" parameter causes session IDs to be stored in the
> timed-build cache file.
> 
> With the patch above patch, the following happens:
> 
>     * force=1 forces the cache to be built (if out of date) regardless
>       of whether or not that will cause session IDs to be included.
>       Only use that parameter if there are no internal links.
> 
>     * Users without a cookie-maintained session never get (or build)
>       the cache.
> 
>     * Non-logged-in users (with cookies) get (or build) the cache.
> 
>     * Logged-in users (with cookies and with login=1) get (or build)
>       the cache.
> 
>     * Logged-in users (with cookies and without login=1) never get
>       (or build) the cache.
> 
> That [timed-build] snippet has far too many negative tests for me to get
> my head around sometimes. :-)
> 
> I recommend the above patch, but haven't committed it to the core because
> concerns, within the icdevgroup, were raised about possible unknown
> side-effects.  As I said, it has been working for me.  It would be helpful
> if others could try it, in a non-critical environment, and report any
> problems they find.

If we get a couple more people using this with no deleterious effects,
we will commit it to the trunk. 

The hesitancy comes from the complexity of the session logic and past
experience with problems encountered monkeying with it. This is actually
bad, because it implies a "black magic" approach and a lack of understanding
of the internals.

In actual practice, I think we are OK to do the patch, as some of the cache
complexity has been removed from IC in the past two years as we realize
that it is not the proper place to do that type of performance improvement.

-- 
Mike Heins
Perusion -- Expert Interchange Consulting    http://www.perusion.com/
phone +1.765.647.1295  tollfree 800-949-1889 <mike@perusion.com>

Nature, to be commanded, must be obeyed. -- Francis Bacon
From altexx at hotmail.com  Fri Jul 14 14:42:49 2006
From: altexx at hotmail.com (aaldrik groenewold)
Date: Fri Jul 14 14:42:59 2006
Subject: [ic] authorize.net error
Message-ID: <BAY102-F18D606F81751FEE8CDA7D7D36F0@phx.gbl>

I'm trying to set up interchange 5.2 with authorize.net.(redhat linux, perl 
5.8.6)
After working 1 week with this and many,many errors and reading all the 
mailing list, I am stuck on this. Authorize.net doesn't want to help me 
because this is what i got via email:
Authorize.Net does not offer scripting support to merchants. Authorize.Net 
is first and foremost a payment processing gateway and not an e-commerce 
development company.
strange.
But this what I have in my error_log file, error on check out page, settings 
in catalog,cfg and variable.txt.
Can you all, users of this mailing list, read this over and let me know what 
you think of this?
Are there some errors in my settings?
there is also a error that says "Mstatus---->failure" .Can somebody explain 
to me what Mstatus means? I can not find it in the mailing list.
By the way, It is not in test mode, I use my own creditcard, when i do 
"place order" I stay on checkout page with error but it is showing up on my 
merchant account with authorize.net under unsettled transactions (there it 
says "general error")
Thanks in advance for your help.

############error.log
66.76.72.78 yLTBvjbf:66.76.72.25 - [14/July/2006:13:19:55 -0400] m_store 
/cgi-bin/m_store/process Safe: Can't locate object method "Dump" via package 
"Data::Dumper" (perhaps you forgot to load "Data::Dumper"?) at 
/usr/lib/perl5/5.8.6/i686-linux/Data/Dumper.pm line 483.
>         my $string = $Tag->uneval( { ref => $Session->{payment_result} });
>         $string =~ s/{/{\n/;
>         $string =~ s/,/,\n/g;
>         return $string;
>
66.76.72.78 yLTBvjbf:66.76.72.25 - [14/July/2006:13:20:22 -0400] m_store 
/cgi-bin/m_store/process Safe: Real-time charge failed. Reason: Authorizenet 
error: This transaction has been declined. Please call in your order or try 
again.
>		die errmsg(
>				"Real-time charge failed. Reason: %s\n",
>				errmsg($Session->{cybercash_error}),
>			);
66.76.72.78 yLTBvjbf:66.76.72.25 - [14/July/2006:13:20:22 -0400] m_store 
/cgi-bin/m_store/process Route log failed.
66.76.72.78 yLTBvjbf:66.76.72.25 - [14/July/2006:13:20:22 -0400] m_store 
/cgi-bin/m_store/process ERRORS on ORDER 104727:
>Error during creation of order routing log:
>Route log failed. at /usr/local/interchange/lib/Vend/Order.pm line 1997.

############checkout page
'x_address' => '214 ??????',

  'x_avs_code' => 'P',

  'x_city' => 'sa?????',

  'pop.error-message' => 'This transaction has been declined',

  'x_first_name' => 'aa????',

  'pop.avs_addr' => '213 ?????',

  'x_response_reason_code' => '210',

  'x_response_reason_text' => 'This transaction has been declined',

  'x_MD5_hash' => '567C3B80F8CB8FEC3C9BCA211A3C4178',

  'x_description' => '',

  'x_trans_id' => '1146125879',

  'x_ship_to_country' => 'US',

  'pop.avs_code' => 'P',

  'x_ship_to_first_name' => 'aa????',

  'x_email' => '          @hotmail.com',

  'x_cvv2_resp_code' => undef,

  'x_ship_to_zip' => '?????',

  'x_ship_to_company' => '',

  'x_last_name' => 'gr??????',

  'x_ship_to_city' => 'sa????',

  'x_method' => 'CC',

  'x_country' => 'US',

  'x_fax' => '',

  'x_ship_to_address' => '213 ????,

  'MStatus' => 'failure',

  'x_state' => 'TX',

  'pop.avs_zip' => '?????',

  'x_type' => 'auth_capture',

  'x_tax' => '',

  'x_zip' => '?????',

  'MErrMsg' => 'Authorizenet error: This transaction has been declined. 
Please call in your order or try again.',

  'x_freight' => '',

  'x_ship_to_last_name' => 'gr?????',

  'x_duty' => '',

  'pop.order-id' => '1148545879',

  'x_auth_code' => '',

  'pop.status' => '2',

  'pop.auth-code' => '',

  'x_company' => '',

  'x_phone' => '??? ??? ????',

  'x_ship_to_state' => 'TX',

  'x_invoice_num' => '',

  'x_response_code' => 2,

  'x_amount' => '7.99',

  'x_po_num' => '',

  'x_cust_id' => '',

  'x_response_subcode' => '2',

  'x_tax_exempt' => ''
}

#########catalog.cfg
## These routes are not order routes, but payment routes
Route  authorizenet  id           "__MV_PAYMENT_ID__"
Route  authorizenet  secret       "__MV_PAYMENT_SECRET__"
Route  authorizenet  host         "__MV_PAYMENT_HOST__"
Route  authorizenet  referer      "__MV_PAYMENT_REFERER__"
Route  authorizenet  trankey      "__AUTHNET_TRANKEY__"

Route  cybercash     configfile   "__CYBER_CONFIGFILE__"

Route  itransact     id           "__MV_PAYMENT_ID__"

Route  signio        id           "__MV_PAYMENT_ID__"
Route  signio        secret       "__MV_PAYMENT_SECRET__"
Route  signio        partner      "__MV_PAYMENT_PARTNER__"
Route  signio        vendor       "__MV_PAYMENT_VENDOR__"
Route  signio        host         "__MV_PAYMENT_HOST__"

Route  skipjack      id           "__MV_PAYMENT_ID__"
Route  skipjack      partner      "__MV_PAYMENT_PARTNER__"

variable AUTHNET_TRANKEY   <My transaction key>
variable MV_PAYMENT_HOST secure.authorize.net
variable MV_PAYMENT_PARTNER    authorizenet
variable MV_PAYMENT_ID   <my login ID>
variable MV_PAYMENT_MODE authorizenet
variable MV_PAYMENT_SECRET       <My transaction key>
variable PO_ACCEPTED
variable MV_PAYMENT_REFERER      
https://www.my_domain.com/cgi-bin/m_store/process
variable MV_PAYMENT_VENDOR
CreditCardAuto   No

###########variable>txt
MV_PAYMENT_HOST	secure.authorize.net	Payment
MV_PAYMENT_PARTNER		Payment
MV_PAYMENT_ID	<my login ID>	Payment
MV_PAYMENT_MODE	authorizenet	Payment
MV_PAYMENT_SECRET	<transaction key>	Payment
MV_PAYMENT_REFERER	https://www.my_domain.com/cgi-bin/m_store/process	Payment
MV_PAYMENT_VENDOR		Payment
SETTLE_TRANSACTION		Payment

_________________________________________________________________
Don’t just search. Find. Check out the new MSN Search! 
http://search.msn.click-url.com/go/onm00200636ave/direct/01/

From emailgrant at gmail.com  Fri Jul 14 15:43:51 2006
From: emailgrant at gmail.com (Grant)
Date: Fri Jul 14 15:44:02 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <200607140326.46768.kevin@cursor.biz>
References: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>
	<44B6A7E5.90705@endpoint.com>
	<49bf44f10607131338wd2bbdddrcdf0c491949f1b0f@mail.gmail.com>
	<200607140326.46768.kevin@cursor.biz>
Message-ID: <49bf44f10607141243n7b6dc90cjb2d985286c28ec53@mail.gmail.com>

> > I'm trying to make the source code in my browser more readable but
> > saving bandwidth is always good.  I'll set up some of that compression
> > when I have time.
> >
> Interchange can't simply remove all whitespace from your code because
> your HTML might contain a <textarea>, or other code that could possibly
> be messed up with its removal.
>
> The HTML doesn't have to be Human-readable.  The blank lines sometimes
> enhance readability anyway, as they tend to separate blocks of code
> included from components etc.

It would be nice if there were an option to have all whitespace
removed.  My source code probably has 3 or 4 times as much white space
as actual lines of code.  It's ony a problem when a human wants to
read it, but I am one such human.

Do you know if this works in 5.4:

Pragma no_white

- Grant
From paul at gishnetwork.com  Fri Jul 14 15:45:12 2006
From: paul at gishnetwork.com (Paul Jordan)
Date: Fri Jul 14 15:45:27 2006
Subject: [ic] authorize.net error
In-Reply-To: <BAY102-F18D606F81751FEE8CDA7D7D36F0@phx.gbl>
Message-ID: <20060714194518.EBC9D1B686E@mail.perusion.com>

interchange-users-bounces@icdevgroup.org wrote:
> I'm trying to set up interchange 5.2 with
> authorize.net.(redhat linux, perl
> 5.8.6)
[snip]
> But this what I have in my error_log file, error on check out
> page, settings in catalog,cfg and variable.txt.
> Can you all, users of this mailing list, read this over and
> let me know what you think of this?
> Are there some errors in my settings?
> there is also a error that says "Mstatus---->failure" .Can
> somebody explain to me what Mstatus means? I can not find it
> in the mailing list.
> By the way, It is not in test mode, I use my own creditcard,
> when i do "place order" I stay on checkout page with error
> but it is showing up on my merchant account with
> authorize.net under unsettled transactions (there it says
> "general error") Thanks in advance for your help.
> 
[snip]


>   'x_response_reason_code' => '210',

Look this up here:

http://www.authorize.net/support/AIM_guide.pdf

Also, I know with my AuthorizeNet accounts, I cannot use my own credit card
(it fails). And, they told me this when I signed up. Try another card.

MV_PAYMENT_REFERER should probably just be your base domain, www.foo.com

It looks like you are declaring variables twice for whatever reason,
although the way it's done should probably still work. Take a look at a
fresh catalog.cfg and variables.txt. Also, it is hardcoded, but maybe your
VERSION is not good. In vendroot/lib/Vend/Payment/AuthorizeNet.pm there is a
x_Version	=> '3.1', So make sure your running 3.1 at AuthorizeNet's
end, or change it to 3.0 in the mentioned file.

Is interchange in demo mode? You mentioned "test mode" which I believe you
are referring to AuthorizeNets Test Mode...

HTH
Paul

From dan at endpoint.com  Fri Jul 14 16:16:24 2006
From: dan at endpoint.com (Daniel Collis-Puro)
Date: Fri Jul 14 16:13:52 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <49bf44f10607141243n7b6dc90cjb2d985286c28ec53@mail.gmail.com>
References: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>	<44B6A7E5.90705@endpoint.com>	<49bf44f10607131338wd2bbdddrcdf0c491949f1b0f@mail.gmail.com>	<200607140326.46768.kevin@cursor.biz>
	<49bf44f10607141243n7b6dc90cjb2d985286c28ec53@mail.gmail.com>
Message-ID: <44B7FB98.40205@endpoint.com>

Grant wrote:
>
> It would be nice if there were an option to have all whitespace
> removed.  My source code probably has 3 or 4 times as much white space
> as actual lines of code.  It's ony a problem when a human wants to
> read it, but I am one such human.
>
> Do you know if this works in 5.4:
>
> Pragma no_white
>
> - Grant
Here's another idea, if you're finding that IC isn't cooperating.

If you've got a linux/unix box available to you, you can use perl to
collapse lines that are whitespace only.

>From a bash shell:

GET <your url> | perl -pe 's/^\s+$//gis' | less

If you don't have the GET program installed (it comes as part of perl's
LWP suite of modules), you could:

links -source <your url> | perl -pe 's/^\s+$//gis' | less

You could probably make something analogous on windows box. Dunno.

There are firefox plugins that will reformat HTML source on-the-fly too.
I used one a while back, but I don't remember what it was called right now.

-DJCP

-- 
-**---****-----******-------********---------**********
Daniel Collis-Puro
Software Engineer
End Point Corp.
dan@endpoint.com
(office) 781-477-0885
(cell)   781-775-1338
**********---------********-------******-----****---**-

From jon at endpoint.com  Fri Jul 14 18:21:54 2006
From: jon at endpoint.com (Jon Jensen)
Date: Fri Jul 14 18:22:08 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <200607140317.28307.kevin@cursor.biz>
References: <20060711032357.A7C381B6819@mail.perusion.com>
	<Pine.LNX.4.64.0607111851000.15563@ybpnyubfg.ybpnyqbznva>
	<44B44D2D.608@pajamian.dhs.org>
	<200607140317.28307.kevin@cursor.biz>
Message-ID: <Pine.LNX.4.64.0607141619470.23150@ybpnyubfg.ybpnyqbznva>

On Fri, 14 Jul 2006, Kevin Walsh wrote:

>>> UserDB clears $Vend::Cookie at login time. I don't know why.
>>
>> Then either that behavior should be fixed, or [timed-login] needs to be
>> changed so that it checks something more reliable than $Vend::Cookie.
>>
>> The next step would probably be to determine if there is any other code
>> which relies on this strange behavior of $Vend::Cookie.
>>
> The following patch works for me.  You can try it, but you should be 
> aware that it could possibly cause unintended side-effects.  I have been 
> running with the patch in since 21 March 2006 and haven't found any yet.
>
> ----------------------------------------------------------------------
> --- Dispatch.pm 27 Jun 2006 14:24:42 -0000      1.69
> +++ Dispatch.pm 14 Jul 2006 01:45:48 -0000
> @@ -1394,8 +1394,6 @@
>
>        $Vend::Session->{'user'} = $CGI::user;
>
> -       undef $Vend::Cookie if  $Vend::Session->{logged_in};
> -
>        $CGI::pragma = 'no-cache'
>                if delete $::Scratch->{mv_no_cache};
> #show_times("end session get") if $Global::ShowTimes;

Kevin,

Shouldn't we get rid of the "undef $Vend::Cookie" that occurs twice in 
Vend::UserDB as well? It's done at login time and when a new account is 
created, and would cause the same problems as the above code you removed 
from Vend::Dispatch, but only for the page in which a login/new account 
creation occurs.

Jon

--
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From josh at myprivacy.ca  Fri Jul 14 19:06:29 2006
From: josh at myprivacy.ca (Joshua Lavin)
Date: Fri Jul 14 19:06:45 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <44B7FB98.40205@endpoint.com>
References: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>	<44B6A7E5.90705@endpoint.com>	<49bf44f10607131338wd2bbdddrcdf0c491949f1b0f@mail.gmail.com>	<200607140326.46768.kevin@cursor.biz>
	<49bf44f10607141243n7b6dc90cjb2d985286c28ec53@mail.gmail.com>
	<44B7FB98.40205@endpoint.com>
Message-ID: <366B3AAE-6D00-46D6-B5B8-14CE55F17BF8@myprivacy.ca>

On Jul 14, 2006, at 3:16 PM, Daniel Collis-Puro wrote:

> Grant wrote:
>>
>> It would be nice if there were an option to have all whitespace
>> removed.  My source code probably has 3 or 4 times as much white  
>> space
>> as actual lines of code.  It's ony a problem when a human wants to
>> read it, but I am one such human.
>>
>> Do you know if this works in 5.4:
>>
>> Pragma no_white
>>
>> - Grant
> Here's another idea, if you're finding that IC isn't cooperating.
>
> If you've got a linux/unix box available to you, you can use perl to
> collapse lines that are whitespace only.
>
>> From a bash shell:
>
> GET <your url> | perl -pe 's/^\s+$//gis' | less
>
> If you don't have the GET program installed (it comes as part of  
> perl's
> LWP suite of modules), you could:
>
> links -source <your url> | perl -pe 's/^\s+$//gis' | less
>
> You could probably make something analogous on windows box. Dunno.
>
> There are firefox plugins that will reformat HTML source on-the-fly  
> too.
> I used one a while back, but I don't remember what it was called  
> right now.
>
> -DJCP

Or maybe you could even use HTML Tidy.

http://tidy.sourceforge.net/

--
Josh Lavin
Kingdom Design   http://www.kingdomdesign.com/

From emailgrant at gmail.com  Fri Jul 14 21:43:51 2006
From: emailgrant at gmail.com (Grant)
Date: Fri Jul 14 21:44:01 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <366B3AAE-6D00-46D6-B5B8-14CE55F17BF8@myprivacy.ca>
References: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>
	<44B6A7E5.90705@endpoint.com>
	<49bf44f10607131338wd2bbdddrcdf0c491949f1b0f@mail.gmail.com>
	<200607140326.46768.kevin@cursor.biz>
	<49bf44f10607141243n7b6dc90cjb2d985286c28ec53@mail.gmail.com>
	<44B7FB98.40205@endpoint.com>
	<366B3AAE-6D00-46D6-B5B8-14CE55F17BF8@myprivacy.ca>
Message-ID: <49bf44f10607141843h4ccbd16fn5a4da14c0fd59bc6@mail.gmail.com>

> Or maybe you could even use HTML Tidy.
>
> http://tidy.sourceforge.net/

Are you using mod_tidy?  Their docs say this:

"
mod_tidy works as a filter that hooks up to the (X)HTML output of an
Apache 2 webserver.  It passes the webservers' (X)HTML output to
TidyLib which parses and optional cleans-up and pretty-prints that
output.  If TidyLib detects an error, the client receives a HTML page
with a list of all found errors and warnings that prevent the input of
being a valid (X)HTML document.  If TidyLib doesn't complain, the
client will get and display the (X)HTML data as without mod_tidy.

Due to the fact that mod_tidy may affect little response delays of the
webserver, its use should be reduced to a developer framework only.
mod_tidy is not recommended to be used in a production environment,
where response delays of the webserver are undesirable.
"

I'm looking for something like mod_tidy but designed for use in a
production environment.  Is there another option?

- Grant
From kevin at cursor.biz  Sat Jul 15 07:54:39 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Sat Jul 15 07:55:03 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <Pine.LNX.4.64.0607141619470.23150@ybpnyubfg.ybpnyqbznva>
References: <20060711032357.A7C381B6819@mail.perusion.com>
	<200607140317.28307.kevin@cursor.biz>
	<Pine.LNX.4.64.0607141619470.23150@ybpnyubfg.ybpnyqbznva>
Message-ID: <200607151254.40057.kevin@cursor.biz>

Jon Jensen <jon@endpoint.com> wrote:
> Shouldn't we get rid of the "undef $Vend::Cookie" that occurs twice in 
> Vend::UserDB as well? It's done at login time and when a new account is 
> created, and would cause the same problems as the above code you removed 
> from Vend::Dispatch, but only for the page in which a login/new account 
> creation occurs.
> 
The undef in the UserDB is mitigated by the fact that the login is
usually (for me) called from within a scratchpad callback function
(mv_click/mv_check).  The cookie can be undefed there without anyone
noticing, and will be reset when the next page is loaded (if the
Dispatch patch is in place).

You're right though, the undef should probably be removed from
Vend::UserDB too.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From josh at myprivacy.ca  Sat Jul 15 14:11:11 2006
From: josh at myprivacy.ca (Joshua Lavin)
Date: Sat Jul 15 14:11:25 2006
Subject: [ic] Removing blank lines from source
In-Reply-To: <49bf44f10607141843h4ccbd16fn5a4da14c0fd59bc6@mail.gmail.com>
References: <49bf44f10607131210l3be5c046r56f4a7eed55ffb4c@mail.gmail.com>
	<44B6A7E5.90705@endpoint.com>
	<49bf44f10607131338wd2bbdddrcdf0c491949f1b0f@mail.gmail.com>
	<200607140326.46768.kevin@cursor.biz>
	<49bf44f10607141243n7b6dc90cjb2d985286c28ec53@mail.gmail.com>
	<44B7FB98.40205@endpoint.com>
	<366B3AAE-6D00-46D6-B5B8-14CE55F17BF8@myprivacy.ca>
	<49bf44f10607141843h4ccbd16fn5a4da14c0fd59bc6@mail.gmail.com>
Message-ID: <1A8D9F34-7248-4F6B-B3E5-A9568E2A021F@myprivacy.ca>

On Jul 14, 2006, at 8:43 PM, Grant wrote:

>> Or maybe you could even use HTML Tidy.
>>
>> http://tidy.sourceforge.net/
>
> Are you using mod_tidy?  Their docs say this:

No, I don't use it. I thought you might want it just on your client  
side.

> "
> mod_tidy works as a filter that hooks up to the (X)HTML output of an
> Apache 2 webserver.  It passes the webservers' (X)HTML output to
> TidyLib which parses and optional cleans-up and pretty-prints that
> output.  If TidyLib detects an error, the client receives a HTML page
> with a list of all found errors and warnings that prevent the input of
> being a valid (X)HTML document.  If TidyLib doesn't complain, the
> client will get and display the (X)HTML data as without mod_tidy.
>
> Due to the fact that mod_tidy may affect little response delays of the
> webserver, its use should be reduced to a developer framework only.
> mod_tidy is not recommended to be used in a production environment,
> where response delays of the webserver are undesirable.
> "
>
> I'm looking for something like mod_tidy but designed for use in a
> production environment.  Is there another option?

--
Josh Lavin
Kingdom Design   http://www.kingdomdesign.com/

From bordas at testadaz.com  Sun Jul 16 06:40:54 2006
From: bordas at testadaz.com (David Bordas)
Date: Sun Jul 16 06:41:49 2006
Subject: [ic] Shipmode display, little help needed
Message-ID: <44BA17B6.1000104@testadaz.com>

Hi list,

I'm using IC 5.2.0 for quite a year, it's a great software.
But sometimes, littles changes took me a long time.
I know, i need to learn more about IC, but i'm trying to learn :)

For the moment, i'm fighting with [shipping] and [mv_shipmode] on 
shipmode.html (like this one 
http://demo.icdevgroup.org/i/demo4/ord/shipmode.html).

I'm trying to add ship method and i got problems with "&euro;" html code.

General code pour shipmodes
[tmp tmp_shipmodes][shipping possible=1][/tmp]
[seti ship_options][filter op="strip line2options" interpolate=1]
[loop list="[scratch tmp_shipmodes]"]
[set num][loop-increment][/set]
[loop-code]=[shipping-desc mode="[loop-code]"] ([shipping 
mode="[loop-code]"])
[/loop]
[/filter][/seti]


Solution 1 :
Here's the tag used for the display part :
[shipping widget=radio_left_1 mode="[scratch tmp_shipmodes]"]

Here's the produced html code :

<TABLE>
<TR><td><input type="radio" name="mv_shipmode" value="ColissimoSuivi"></td><td>Colissimo Suivi (7,00 &amp;euro;)</td></TR>
<TR><td><input type="radio" name="mv_shipmode" value="Chronopost" CHECKED></td><td>Chronopost 24h (20,00 &amp;euro;)</td></TR>
</TABLE>

You can see that '&' is replaced by '&amp;', so currency (&euro;) isn't 
displayed correctly.
I've tried to put tmp_shipmodes trought [filter] tags without success.
In perl, i can do that with '$string =~ s/\&amp;/\&/g', but i can't 
figure how to tell IC to do this.
Perhaps with a perl tag, but should i use this on tmp_shipmodes in the 
loop ? elsewhere ?


Solution 2 :
As i can't find a solution with this code, i'm trying a new one :
[loop list="[scratch tmp_shipmodes]"]
<TR><td><input type="radio" name="mv_shipmode" value="[loop-code]"
[if  [value mv_shipmode] eq [loop-code]
CHECKED
[/if]
 ></td><td>[shipping-desc mode="[loop-code]"] ([shipping 
mode="[loop-code]"])</td></TR>
[/loop]
</TABLE>

This seems to look better, but all methods are Checked, i think my 'IF' 
is wrong.
But i don't know why.

So, did i find a way to use a [filter] to rewrite '&amp;' to '&' and 
continue using solution 1 or should i correct my 'if' syntax (and how ?) 
and use solution 2 ?

Thank you.
David
From bordas at testadaz.com  Sun Jul 16 06:55:36 2006
From: bordas at testadaz.com (David Bordas)
Date: Sun Jul 16 06:55:58 2006
Subject: [ic] Re: Shipmode display, little help needed
In-Reply-To: <44BA17B6.1000104@testadaz.com>
References: <44BA17B6.1000104@testadaz.com>
Message-ID: <44BA1B28.5010600@testadaz.com>

Hi again,

I'm looking for several hours to do this, and now, 15 mins after asking 
for help, i found a solution...
Sorry to have disturbed you :(

If this can help someone, i'll post my way to do that :
> Solution 2 :
> As i can't find a solution with this code, i'm trying a new one :
> [loop list="[scratch tmp_shipmodes]"]
> <TR><td><input type="radio" name="mv_shipmode" value="[loop-code]"
> [if  [value mv_shipmode] eq [loop-code]
> CHECKED
> [/if]
> ></td><td>[shipping-desc mode="[loop-code]"] ([shipping 
> mode="[loop-code]"])</td></TR>
> [/loop]
> </TABLE>
Change the [if] part with this :
[if value mv_shipmode eq [loop-code]]

Bye
David
From wolgamot at gmail.com  Sun Jul 16 17:19:26 2006
From: wolgamot at gmail.com (John Wolgamot)
Date: Sun Jul 16 17:19:50 2006
Subject: [ic] Content under Misc. Legacy Tools
Message-ID: <44baad67.6c039f30.671d.ffff8c95@mx.gmail.com>


At the following link I found this text:

It's called "Legacy" for a reason. It's designed for the old Foundation 
demo.

http://www.icdevgroup.org/pipermail/interchange-users/2006-May/045402.html

Does this mean that it's not a good idea to use the built in content editor
is anymore?

If this is the case, is it better edit pages offline and upload them via ftp
or built in file navigator only, or is there a new content editor in the
standard demo which I cannot locate?

Wolga


From racke at linuxia.de  Mon Jul 17 03:31:56 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Mon Jul 17 03:35:37 2006
Subject: [ic] Content under Misc. Legacy Tools
In-Reply-To: <44baad67.6c039f30.671d.ffff8c95@mx.gmail.com>
References: <44baad67.6c039f30.671d.ffff8c95@mx.gmail.com>
Message-ID: <44BB3CEC.7070004@linuxia.de>

John Wolgamot wrote:
> At the following link I found this text:
> 
> It's called "Legacy" for a reason. It's designed for the old Foundation 
> demo.
> 
> http://www.icdevgroup.org/pipermail/interchange-users/2006-May/045402.html
> 
> Does this mean that it's not a good idea to use the built in content editor
> is anymore?

No, this doesn't refer to the content editor for pages/templates. This 
is still supported.

Bye
	Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From bob at nleaudio.com  Mon Jul 17 14:26:04 2006
From: bob at nleaudio.com (Bob Puff@NLE)
Date: Mon Jul 17 14:25:10 2006
Subject: [ic] Re: Content under Misc. Legacy Tools
In-Reply-To: <200607171600.k6HG0A2p032079@icdevgroup.org>
References: <200607171600.k6HG0A2p032079@icdevgroup.org>
Message-ID: <44BBD63C.6030502@nleaudio.com>

The content editor is there, just hidden... Have no idea why.  Click on the little meta edit tab on
the far right, which will load these tabs into the menu editor.  Then you can uncheck the "inactive"
box on the right side for the content editor.

Bob
From tom at globalfocusdm.com  Mon Jul 17 19:05:15 2006
From: tom at globalfocusdm.com (Thomas J.M. Burton)
Date: Mon Jul 17 19:05:46 2006
Subject: [ic] Ups interface for Ups Online Tools
In-Reply-To: <009001c2b8f7$026d8500$0600a8c0@chris2>
References: <001701c2b8e2$9721f560$0a01000a@badtzmaru.com>
	<20030110154824.A23341@bill.heins.net>
	<000701c2b8ef$008054a0$0a01000a@badtzmaru.com>
	<009001c2b8f7$026d8500$0600a8c0@chris2>
Message-ID: <44BC17AB.4030909@globalfocusdm.com>

> I have placed a tarball of my implementation of the Ups Online Tools at
> http://ic2.paymentonline.com/ups/ups.tar.gz.  It is basically a replacement
> for Business::UPS.  It also includes a modified ups-query tag and
> shipping.asc.  I have done some testing on it, but it was thrown together
> fairly quickly.
> 
> Read the README file to see a quick installation guide.  You will also need
> one of the perl SSL modules installed and XML::Simple.  If you use one of
> the payment gateway modules that uses ssl, you should be ok for ssl.
> XML::Simple I think you will have to grab from cpan.  There might be more
> dependancies also, I can't remember since I am using freebsd and installed
> using a port.
> 
> One thing it does do is move some functionality out of the perl module and
> into Interchange itself.  So you can now configure your pickup type, set the
> packaging type in shipping.asc if you wish, etc..
> 
> And don't use this if you aren't familiar with Interchange.  If it breaks
> something, it's on your head.  It works for me, but your setup might be
> different.
> 
> Chris

Hi everyone,

I found this post searching the archives for info on integrating the UPS
OnLine Tools. The link no longer works and I'm wondering if this tarball
is still available anywhere. A client of mine is switching to UPS
exclusively for their shipping, and I need to change from using the
internal lookup method for their shipping rates to either Interchange's
online lookup or the UPS Online Tools lookup.

The UPS Online Tools would seem to be my best bet as my client is using 
Negotiated Rates rather than the standard rates. If I can get their site 
to lookup shipping rates directly from UPS with their account info, that 
seems like the smoothest way to have accurate info displayed for their 
customers.

If anyone has implemented Chris's solution or knows where it's located 
now, please let me know. Chris, if you're still subscribed, please write 
me and let me know the status of this implementation.

Thank you,
Tom



Server Info:
   Interchange 5.0
   Apache-AdvancedExtranetServer/2.0.47
   Mandrake Linux/6.3.92mdk
   mod_perl/1.99_09
   Perl/v5.8.1






!DSPAM:44bc1b47248255467117486!

From drtester at netzero.com  Tue Jul 18 00:51:53 2006
From: drtester at netzero.com (drtester@netzero.com)
Date: Tue Jul 18 00:54:16 2006
Subject: [ic] Ups interface for Ups Online Tools
Message-ID: <20060717.215222.8884.354082@webmail65.nyc.untd.com>


Hi Tom,

Can't say I've seen the module you're talking about, but here's my
modified shipping.asc for a bunch of UPS lookups using Business::UPS
online lookups (and marking stuff up):

1DA:    UPS:Next Day Air
        crit                    weight
        at_least                5
        adder                   @@TOTAL@@ * .45
        ui_ship_type    UPSE:1DA
        PriceDivide             1
        service         1DA

        min                             0
        max                             0
        cost                    e Nothing to ship!

        min                             0
        max                             1000
        cost                    s QueryUPS

        min                             1000
        max                             999999999
        cost                    e Too heavy for UPS

2DA:    UPS:Second Day Air
        crit                    weight
        at_least                5
        adder                   @@TOTAL@@ * .45
        ui_ship_type    UPSE:2DA
        PriceDivide             1
        service         2DA
        aggregate       150

        min                             0
        max                             0
        cost                    e Nothing to ship!

        min                             0
        max                             1000
        cost                    s QueryUPS

        min                             1000
        max                             999999999
        cost                    e Too heavy for UPS

3DS:    UPS:Three Day Select
        crit                    weight
        at_least                5
        adder                   @@TOTAL@@ * .45
        ui_ship_type    UPSE:3DS
        PriceDivide             1
        service         3DS
        aggregate       150

        min                             0
        max                             0
        cost                    e Nothing to ship!

        min                             0
        max                             1000
        cost                    s QueryUPS

        min                             1000
        max                             999999999
        cost                    e Too heavy for UPS

1DM:    UPS:Next Day Early AM Air
        crit                    weight
        at_least                5
        adder                   @@TOTAL@@ * .45
        ui_ship_type    UPSE:1DM
        PriceDivide             1
        service         1DM
        aggregate       150

        min                             0
        max                             0
        cost                    e Nothing to ship!

        min                             0
        max                             1000
        cost                    s QueryUPS

        min                             1000
        max                             999999999
        cost                    e Too heavy for UPS

1DP:    UPS:Next Day Air Saver
        crit                    weight
        at_least                5
        adder                   @@TOTAL@@ * .45
        ui_ship_type    UPSE:1DP
        PriceDivide             1
        service         1DP
        aggregate       150

        min                             0
        max                             0
        cost                    e Nothing to ship!

        min                             0
        max                             1000
        cost                    s QueryUPS

        min                             1000
        max                             999999999
        cost                    e Too heavy for UPS

2DM:    UPS:Second Day Early AM Air
        crit                    weight
        at_least                5
        adder                   @@TOTAL@@ * .45
        ui_ship_type    UPSE:2DM
        PriceDivide             1
        service         2DM
        aggregate       150

        min                             0
        max                             0
        cost                    e Nothing to ship!

        min                             0
        max                             1000
        cost                    s QueryUPS

        min                             1000
        max                             999999999
        cost                    e Too heavy for UPS

GNDRES: UPS:Ground
        crit                    weight
        at_least                5
        adder                   @@TOTAL@@ * .6
        ui_ship_type    UPSE:GNDRES
        PriceDivide             1
        service         GNDRES
        aggregate       150

        min                             0
        max                             0
        cost                    e Nothing to ship!

        min                             0
        max                             1000
        cost                    s QueryUPS

        min                             1000
        max                             999999999
        cost                    e Too heavy for UPS

air_pp: UPS:Expedited-International
        crit                    weight
        at_least                5
        adder                   @@TOTAL@@ * .45
        ui_ship_type    UPSE:XPD
        PriceDivide             1
        service         XPD
        aggregate       150

        min                             0
        max                             0
        cost                    e Nothing to ship!

        min                             0
        max                             1000
        cost                    s QueryUPS

        min                             1000
        max                             999999999
        cost                    e Too heavy for UPS

GNDCAN: UPS:Ground-to-Canada
        crit                    weight
        at_least                5
        adder                   @@TOTAL@@ * .6
        ui_ship_type    UPSE:STD
        PriceDivide             1
        service         STD
        aggregate       150

        min                             0
        max                             0
        cost                    e Nothing to ship!

        min                             0
        max                             1000
        cost                    s QueryUPS

        min                             1000
        max                             999999999
        cost                    e Too heavy for UPS



_____________________________________________________________________
PrivatePhone - FREE telephone number & voicemail.
A number so private, you can make it public.
http://www.privatephone.com



From DDavenport at newagedigital.com  Tue Jul 18 11:11:21 2006
From: DDavenport at newagedigital.com (Daniel Davenport)
Date: Tue Jul 18 11:13:36 2006
Subject: [ic] Ups interface for Ups Online Tools
Message-ID: <6646EB737DB9164B9A6992E17A47DC7413C3D5@mssbs01.NewAgeDigital.local>

 

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Thomas J.M. Burton
> Sent: 2006 July 17 -- Monday 7:05 PM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Ups interface for Ups Online Tools
> 
> > I have placed a tarball of my implementation of the Ups 
> Online Tools at
> > http://ic2.paymentonline.com/ups/ups.tar.gz.  It is 
> basically a replacement
> > for Business::UPS.  It also includes a modified ups-query tag and
> > shipping.asc.  I have done some testing on it, but it was 
> thrown together
> > fairly quickly.
> > 

.... <<snippage>> ....

> Hi everyone,
> 
> I found this post searching the archives for info on 
> integrating the UPS
> OnLine Tools. The link no longer works and I'm wondering if 
> this tarball
> is still available anywhere.

I clicked the link posted in the message, and downloaded the tarball
just fine.  Perhaps the server isn't always up, or was having problems
when you tried it.



> A client of mine is switching to UPS
> exclusively for their shipping, and I need to change from using the
> internal lookup method for their shipping rates to either 
> Interchange's
> online lookup or the UPS Online Tools lookup.
> 
> The UPS Online Tools would seem to be my best bet as my 
> client is using 
> Negotiated Rates rather than the standard rates. If I can get 
> their site 
> to lookup shipping rates directly from UPS with their account 
> info, that 
> seems like the smoothest way to have accurate info displayed 
> for their 
> customers.

I'm in the process of doing this for a customer, and have found
something you will need to know...UPS returns the published rates by
default, even for customers with special rates.  The service, however,
has the ability to look up the special rates.  If you want it to do so,
you'll probably need to talk to UPS and have them flip that switch on
their side.  According to the rep i'm dealing with, it can take 6-10
business days to set that up.


--
Daniel Davenport
New Age Digital
http://www.newagedigital.com

From tom at globalfocusdm.com  Tue Jul 18 13:06:58 2006
From: tom at globalfocusdm.com (Thomas J.M. Burton)
Date: Tue Jul 18 13:07:07 2006
Subject: [ic] Ups interface for Ups Online Tools
In-Reply-To: <6646EB737DB9164B9A6992E17A47DC7413C3D5@mssbs01.NewAgeDigital.local>
References: <6646EB737DB9164B9A6992E17A47DC7413C3D5@mssbs01.NewAgeDigital.local>
Message-ID: <44BD1532.3040700@globalfocusdm.com>

Daniel Davenport wrote:
>> -----Original Message-----
<<SNIP>> [From original maillist archive post]
>>> I have placed a tarball of my implementation of the Ups Online 
>>> Tools at http://ic2.paymentonline.com/ups/ups.tar.gz. It is 
>>> basically a replacement for Business::UPS. It also includes a 
>>> modified ups-query tag and shipping.asc. I have done some testing
>>> on it, but it was thrown together fairly quickly.
<<SNIP>> [Reply from Thomas J.M. Burton]
>> I found this post searching the archives for info on integrating
>> the UPS OnLine Tools. The link no longer works and I'm wondering if
>> this tarball is still available anywhere.
> 
> I clicked the link posted in the message, and downloaded the tarball
> just fine.  Perhaps the server isn't always up, or was having problems
> when you tried it.

Well so it does work. I guess the few times I'd tried it, I just caught 
the server at a bad time. Thanks, Daniel. :)


>> A client of mine is switching to UPS exclusively for their
>> shipping, and I need to change from using the internal lookup
>> method for their shipping rates to either Interchange's online
>> lookup or the UPS Online Tools lookup.
>>
>> The UPS Online Tools would seem to be my best bet as my client is
>> using Negotiated Rates rather than the standard rates. If I can get
>> their site to lookup shipping rates directly from UPS with their
>> account info, that seems like the smoothest way to have accurate
>> info displayed for their customers.
> 
> I'm in the process of doing this for a customer, and have found
> something you will need to know...UPS returns the published rates by
> default, even for customers with special rates.  The service, however,
> has the ability to look up the special rates.  If you want it to do so,
> you'll probably need to talk to UPS and have them flip that switch on
> their side.  According to the rep i'm dealing with, it can take 6-10
> business days to set that up.

Thanks for the tip. I would assume you'd also need to be passing the 
various authorization keys and/or a password to UPS's system in addition 
to the "switch" being "flipped", correct? Are you doing this through 
Interchange's existing online lookups, or are you custom-coding using 
the UPS Online Tools? Would you be able to share any of what you have 
set up?

Thanks again for the response and helpful info.

Best,
Tom

-- 
_______________________________
Global Focus Digital Media, LLC
www.globalfocusdm.com


!DSPAM:44bd18cd266148502916201!

From db at kavod.com  Tue Jul 18 13:25:55 2006
From: db at kavod.com (Daniel Browning)
Date: Tue Jul 18 13:26:16 2006
Subject: [ic] Ups interface for Ups Online Tools
In-Reply-To: <44BC17AB.4030909@globalfocusdm.com>
References: <001701c2b8e2$9721f560$0a01000a@badtzmaru.com>
	<20030110154824.A23341@bill.heins.net>
	<000701c2b8ef$008054a0$0a01000a@badtzmaru.com>
	<009001c2b8f7$026d8500$0600a8c0@chris2>
	<44BC17AB.4030909@globalfocusdm.com>
Message-ID: <20060718172555.GA5003@kavod.com>

* Thomas J.M. Burton <tom@globalfocusdm.com> [2006-07-17 16:12]:
> >I have placed a tarball of my implementation of the Ups Online Tools at
> >http://ic2.paymentonline.com/ups/ups.tar.gz.  It is basically a replacement
> >for Business::UPS.  It also includes a modified ups-query tag and
> >shipping.asc.  I have done some testing on it, but it was thrown together
> >fairly quickly.
> >
> >Read the README file to see a quick installation guide.  You will also need
> >one of the perl SSL modules installed and XML::Simple.  If you use one of
> >the payment gateway modules that uses ssl, you should be ok for ssl.
> >XML::Simple I think you will have to grab from cpan.  There might be more
> >dependancies also, I can't remember since I am using freebsd and installed
> >using a port.
> >
> >One thing it does do is move some functionality out of the perl module and
> >into Interchange itself.  So you can now configure your pickup type, set 
> >the
> >packaging type in shipping.asc if you wish, etc..
> >
> >And don't use this if you aren't familiar with Interchange.  If it breaks
> >something, it's on your head.  It works for me, but your setup might be
> >different.
> >
> >Chris
> 
> Hi everyone,
> 
> I found this post searching the archives for info on integrating the UPS
> OnLine Tools. The link no longer works and I'm wondering if this tarball
> is still available anywhere. A client of mine is switching to UPS
> exclusively for their shipping, and I need to change from using the
> internal lookup method for their shipping rates to either Interchange's
> online lookup or the UPS Online Tools lookup.

I would recommend you take a look at my Business::Shipping module, which
features an online (UPS Online Tools) and offline mode of operation.  The
offline mode is much faster, obviously, but you have run the "update fuel
surcharge" script once per month from cron, and I release new data modules
for it every year coinciding with UPS.

-- 
Daniel Browning <db@kavod.com> - Kavod Technologies.  Random Fortune:
Stock's Observation:
	You no sooner get your head above water but what someone pulls
	your flippers off.
From henryvho at yahoo.com  Tue Jul 18 13:29:05 2006
From: henryvho at yahoo.com (Henry Ho)
Date: Tue Jul 18 13:29:13 2006
Subject: [ic] Combining Product with Discount
Message-ID: <20060718172905.44396.qmail@web37209.mail.mud.yahoo.com>

Hello,

This is the scenario, I hope this feature can be
implemented on Interchange.

Product A: $9.99
Product B (Add-on to Product A): 
Pricing: $4.99 purchased alone.
         $2.99 purchase with Product A.

If a buyer purchase product A and also include product B,
how do I set a the special pricing for Product B of $2.99.

Thanks,
Henry
From jeff at endpoint.com  Tue Jul 18 15:14:23 2006
From: jeff at endpoint.com (Jeff Boes)
Date: Tue Jul 18 15:14:49 2006
Subject: [ic] Initializing last_search session variable
Message-ID: <44BD330F.5040600@endpoint.com>

I would like to be able to access the session variable "last_search", but it appears that it is not initialized until and unless I click on a "more" link on my search results page.

For instance, I have links that run some canned searches and display a subset of the results with the usual "Prev 1 2 3 Next" style of pagination links. At this point, $Session->{last_search} is undefined. However, as soon as I click any of the page numbers or the "Next" link, last_search is defined.

I've dug around in Vend::Scan enough to know that it initializes "last_search" via "create_last_search", but I'm not able to tell why this doesn't happen until after you have "more'd" your way through the search results at least once, or how to make this happen before that.


-- 
Jeffery Boes  <><
jeff@endpoint.com

From mdell at inthesuntech.com  Tue Jul 18 16:26:50 2006
From: mdell at inthesuntech.com (Matthew Dell - In The Sun, LLC)
Date: Tue Jul 18 16:27:22 2006
Subject: [ic] Order Profile 'cod' 'credit card' not found
Message-ID: <2006718162650.338061@desk1>

Hi

I have been searching through documentation to find a fix for this error in my log file:
 
/cgi-bin/[store name]/ord/finalize.html Order profile cod not found and:
/cgi-bin/[store name]/process Order profile credit_card not found
 
I am using IC 5.4.  I have not been able to process a test transaction and I do not get any error messages.  I have looked through finalize.html and it seems to be in order.  I looked through profiles.order and all the components are there for cod and credit_card.  
 
Thanks for any suggestions or help.

Matt Dell





From bill at worldwideimpact.com  Tue Jul 18 16:59:39 2006
From: bill at worldwideimpact.com (Bill Carr)
Date: Tue Jul 18 17:01:56 2006
Subject: [ic] Order Profile 'cod' 'credit card' not found
In-Reply-To: <2006718162650.338061@desk1>
References: <2006718162650.338061@desk1>
Message-ID: <9FD10712-7927-4095-A6C3-1873FAE827E1@worldwideimpact.com>


On Jul 18, 2006, at 4:26 PM, Matthew Dell - In The Sun, LLC wrote:

> Hi
>
> I have been searching through documentation to find a fix for this  
> error in my log file:
>
> /cgi-bin/[store name]/ord/finalize.html Order profile cod not found  
> and:
> /cgi-bin/[store name]/process Order profile credit_card not found
>
> I am using IC 5.4.  I have not been able to process a test  
> transaction and I do not get any error messages.  I have looked  
> through finalize.html and it seems to be in order.  I looked  
> through profiles.order and all the components are there for cod and  
> credit_card.
Check for a ".structure" document in the catroot directory. Look in  
there to make sure there is a cod profile defined for your catalog. I  
think there is a configuration directive to control the creation of  
the structure document. It might be off by default.

-Bill Carr
From prtyof5 at attglobal.net  Tue Jul 18 19:17:44 2006
From: prtyof5 at attglobal.net (Jon)
Date: Tue Jul 18 19:19:42 2006
Subject: [ic] Ups interface for Ups Online Tools
References: <001701c2b8e2$9721f560$0a01000a@badtzmaru.com>
	<20030110154824.A23341@bill.heins.net>
	<000701c2b8ef$008054a0$0a01000a@badtzmaru.com>
	<009001c2b8f7$026d8500$0600a8c0@chris2>
	<44BC17AB.4030909@globalfocusdm.com> <20060718172555.GA5003@kavod.com>
Message-ID: <44BD6C18.CE0A1EE2@attglobal.net>

> * Thomas J.M. Burton <tom@globalfocusdm.com> [2006-07-17 16:12]:
> > >I have placed a tarball of my implementation of the Ups Online Tools at
> > >http://ic2.paymentonline.com/ups/ups.tar.gz.  It is basically a replacement
> > >for Business::UPS.  It also includes a modified ups-query tag and
> > >shipping.asc.  I have done some testing on it, but it was thrown together
> > >fairly quickly.
> > >
> > >Read the README file to see a quick installation guide.  You will also need
> > >one of the perl SSL modules installed and XML::Simple.  If you use one of
> > >the payment gateway modules that uses ssl, you should be ok for ssl.
> > >XML::Simple I think you will have to grab from cpan.  There might be more
> > >dependancies also, I can't remember since I am using freebsd and installed
> > >using a port.
> > >
> > >One thing it does do is move some functionality out of the perl module and
> > >into Interchange itself.  So you can now configure your pickup type, set
> > >the
> > >packaging type in shipping.asc if you wish, etc..
> > >
> > >And don't use this if you aren't familiar with Interchange.  If it breaks
> > >something, it's on your head.  It works for me, but your setup might be
> > >different.
> > >
> > >Chris
> >
> > Hi everyone,
> >
> > I found this post searching the archives for info on integrating the UPS
> > OnLine Tools. The link no longer works and I'm wondering if this tarball
> > is still available anywhere. A client of mine is switching to UPS
> > exclusively for their shipping, and I need to change from using the
> > internal lookup method for their shipping rates to either Interchange's
> > online lookup or the UPS Online Tools lookup.
>
> I would recommend you take a look at my Business::Shipping module, which
> features an online (UPS Online Tools) and offline mode of operation.  The
> offline mode is much faster, obviously, but you have run the "update fuel
> surcharge" script once per month from cron, and I release new data modules
> for it every year coinciding with UPS.
>

   Since this UPS thread has started up I'll take the liberty to ask how people do
handle
their UPS shipping ?  I've investigated this a few times and always seem to come
to
a dead end which has got to be just me.  What I've tried to understand is how
people
are using UPS to create their shipping labels that include postage.  I can't
imagine all
the small sites (like mine) are not able to create metered labels from their
transaction
data with out purchasing expensive equipment.  I've looked at Business::Shipping
which
covers rates and address labels if my memory is correct but not a label you can
take
and drop off at UPS.

Jon



From peter at pajamian.dhs.org  Tue Jul 18 21:20:59 2006
From: peter at pajamian.dhs.org (Peter)
Date: Tue Jul 18 21:21:16 2006
Subject: [ic] Bug with display of matrix options in email reports and bug in
 UI Test code page
Message-ID: <44BD88FB.7090402@pajamian.dhs.org>

First off, the Test code page in the demo is filtering entites, which 
causes reaults to look all garbled.  I was able to fix this in the demo 
by uploading a modified test_code.html page with the filter tag removed 
so it displays properly.  Checking the CVS logs this appears to have 
been caused by a CVS commit two years ago and reversing this patch 
should fix it:
<http://www.icdevgroup.org/cgi-bin/cvsweb/interchange/dist/lib/UI/pages/admin/test_code.html.diff?r1=1.3;r2=1.4>

Verified in Demo, take the following steps:

Find an item in the demo with options, I used item os28004.  Go in the 
admin and edit the options for the item so that it uses Matrix options 
with seperate widgets.  Also edit each of the options and make sure that 
a default is assigned (a * should be added to the end of one of the 
labels, this is not required for the bug, but it helps to see the full 
effect when using the [options] tag to display it).

Click the Administration tab and the Test code sub-tab.  Enter the 
following into the textarea box:

[options code=os28004 type=display report=1]

(note that report=1 is used in email reports to supress html output from 
the tag)

Make sure Source is selected from the drop down and click on the Run 
button.  You'll get a result back like this:

<input type="hidden" name="mv_sku" value="os28004">None, White

You get similar inclusion of html in emailed reports, it's just easier 
to see here.

Note that if you change the option type to simple for the item and run 
the code again you get the correct result (with no html in the output):

bristle: None, color: White

If you change the option type back to Matrix Options and change the 
display type to One widget you get no results at all.

Still looking into this further and will hopefully come up with a patch 
soon, any input is appreciated.

Peter
From peter at pajamian.dhs.org  Tue Jul 18 22:05:39 2006
From: peter at pajamian.dhs.org (Peter)
Date: Tue Jul 18 22:05:48 2006
Subject: [ic] Bug with display of matrix options in email reports and
	bug in UI Test code page
In-Reply-To: <44BD88FB.7090402@pajamian.dhs.org>
References: <44BD88FB.7090402@pajamian.dhs.org>
Message-ID: <44BD9373.4010307@pajamian.dhs.org>

On 07/18/2006 06:20 PM, Peter wrote:
> Still looking into this further and will hopefully come up with a patch 
> soon, any input is appreciated.

Patch (may suffer from word wrap):

Index: lib/Vend/Options/Matrix.pm
===================================================================
RCS file: /var/cvs/interchange/lib/Vend/Options/Matrix.pm,v
retrieving revision 1.12
diff -u -p -r1.12 Matrix.pm
--- lib/Vend/Options/Matrix.pm  25 Feb 2006 23:40:48 -0000      1.12
+++ lib/Vend/Options/Matrix.pm  19 Jul 2006 02:03:46 -0000
@@ -244,7 +244,7 @@ sub display_options {
                 }

                 $phony->{mv_sku} = $sku;
-               my $begin = Vend::Interpolate::tag_accessories(
+               my $begin = $opt->{report} ? '' : 
Vend::Interpolate::tag_accessories(
                                                         $sku,
                                                         '',
                                                         {


Peter
From peter at pajamian.dhs.org  Tue Jul 18 22:15:33 2006
From: peter at pajamian.dhs.org (Peter)
Date: Tue Jul 18 22:15:40 2006
Subject: [ic] Bug with display of matrix options in email reports and
	bug in UI Test code page
In-Reply-To: <44BD9373.4010307@pajamian.dhs.org>
References: <44BD88FB.7090402@pajamian.dhs.org>
	<44BD9373.4010307@pajamian.dhs.org>
Message-ID: <44BD95C5.5050704@pajamian.dhs.org>

On 07/18/2006 07:05 PM, Peter wrote:
> On 07/18/2006 06:20 PM, Peter wrote:
> 
>> Still looking into this further and will hopefully come up with a 
>> patch soon, any input is appreciated.
> 
> 
> Patch (may suffer from word wrap):
> 
> Index: lib/Vend/Options/Matrix.pm
> ===================================================================
> RCS file: /var/cvs/interchange/lib/Vend/Options/Matrix.pm,v
> retrieving revision 1.12
> diff -u -p -r1.12 Matrix.pm
> --- lib/Vend/Options/Matrix.pm  25 Feb 2006 23:40:48 -0000      1.12
> +++ lib/Vend/Options/Matrix.pm  19 Jul 2006 02:03:46 -0000
> @@ -244,7 +244,7 @@ sub display_options {
>                 }
> 
>                 $phony->{mv_sku} = $sku;
> -               my $begin = Vend::Interpolate::tag_accessories(
> +               my $begin = $opt->{report} ? '' : 
> Vend::Interpolate::tag_accessories(
>                                                         $sku,
>                                                         '',
>                                                         {

BTW, the above doesn't fix the problem with single widget not showing 
any options, it only fixes seperate widgets.

If I get the time I'll look into single widgets, but it's not quite as 
likely since we needed the fix for seperate widgets, but not single widgets.

Peter
From prtyof5 at attglobal.net  Tue Jul 18 22:30:02 2006
From: prtyof5 at attglobal.net (Jon)
Date: Tue Jul 18 22:31:59 2006
Subject: [ic] Ups interface for Ups Online Tools
References: <001701c2b8e2$9721f560$0a01000a@badtzmaru.com>
	<20030110154824.A23341@bill.heins.net>
	<000701c2b8ef$008054a0$0a01000a@badtzmaru.com>
	<009001c2b8f7$026d8500$0600a8c0@chris2>
	<44BC17AB.4030909@globalfocusdm.com> <20060718172555.GA5003@kavod.com>
	<44BD6C18.CE0A1EE2@attglobal.net>
Message-ID: <44BD992A.F672CD2@attglobal.net>

> > * Thomas J.M. Burton <tom@globalfocusdm.com> [2006-07-17 16:12]:
> > > >I have placed a tarball of my implementation of the Ups Online Tools at
> > > >http://ic2.paymentonline.com/ups/ups.tar.gz.  It is basically a replacement
> > > >for Business::UPS.  It also includes a modified ups-query tag and
> > > >shipping.asc.  I have done some testing on it, but it was thrown together
> > > >fairly quickly.
> > > >
> > > >Read the README file to see a quick installation guide.  You will also need
> > > >one of the perl SSL modules installed and XML::Simple.  If you use one of
> > > >the payment gateway modules that uses ssl, you should be ok for ssl.
> > > >XML::Simple I think you will have to grab from cpan.  There might be more
> > > >dependancies also, I can't remember since I am using freebsd and installed
> > > >using a port.
> > > >
> > > >One thing it does do is move some functionality out of the perl module and
> > > >into Interchange itself.  So you can now configure your pickup type, set
> > > >the
> > > >packaging type in shipping.asc if you wish, etc..
> > > >
> > > >And don't use this if you aren't familiar with Interchange.  If it breaks
> > > >something, it's on your head.  It works for me, but your setup might be
> > > >different.
> > > >
> > > >Chris
> > >
> > > Hi everyone,
> > >
> > > I found this post searching the archives for info on integrating the UPS
> > > OnLine Tools. The link no longer works and I'm wondering if this tarball
> > > is still available anywhere. A client of mine is switching to UPS
> > > exclusively for their shipping, and I need to change from using the
> > > internal lookup method for their shipping rates to either Interchange's
> > > online lookup or the UPS Online Tools lookup.
> >
> > I would recommend you take a look at my Business::Shipping module, which
> > features an online (UPS Online Tools) and offline mode of operation.  The
> > offline mode is much faster, obviously, but you have run the "update fuel
> > surcharge" script once per month from cron, and I release new data modules
> > for it every year coinciding with UPS.
> >
>
>    Since this UPS thread has started up I'll take the liberty to ask how people do
> handle
> their UPS shipping ?  I've investigated this a few times and always seem to come
> to
> a dead end which has got to be just me.  What I've tried to understand is how
> people
> are using UPS to create their shipping labels that include postage.  I can't
> imagine all
> the small sites (like mine) are not able to create metered labels from their
> transaction
> data with out purchasing expensive equipment.  I've looked at Business::Shipping
> which
> covers rates and address labels if my memory is correct but not a label you can
> take
> and drop off at UPS.
>
>

Sorry list... Scratch what I said..  I had USPS on the brain while reading and
writing UPS.  Please forgive me !!

If that all exist for USPS though that I'd like to hear about.

Jon



From josh at myprivacy.ca  Wed Jul 19 13:26:31 2006
From: josh at myprivacy.ca (Joshua Lavin)
Date: Wed Jul 19 13:26:52 2006
Subject: [ic] Combining Product with Discount
In-Reply-To: <20060718172905.44396.qmail@web37209.mail.mud.yahoo.com>
References: <20060718172905.44396.qmail@web37209.mail.mud.yahoo.com>
Message-ID: <4C432BC3-2B84-41DB-A3AF-7CFC93B45548@myprivacy.ca>

On Jul 18, 2006, at 12:29 PM, Henry Ho wrote:

> This is the scenario, I hope this feature can be
> implemented on Interchange.
>
> Product A: $9.99
> Product B (Add-on to Product A):
> Pricing: $4.99 purchased alone.
>          $2.99 purchase with Product A.
>
> If a buyer purchase product A and also include product B,
> how do I set a the special pricing for Product B of $2.99.

Someone may have a better way, but this is how I've done it for just  
a product or two:

[if ordered A]
   [discount B] $s - 2 [/discount]
[else]
   [discount B][/discount]
   [comment] Resets if A is removed from cart [/comment]
[/else]
[/if]

--
Josh Lavin
Kingdom Design   http://www.kingdomdesign.com/

From peter at pajamian.dhs.org  Wed Jul 19 18:56:39 2006
From: peter at pajamian.dhs.org (Peter)
Date: Wed Jul 19 18:56:56 2006
Subject: [ic] CVSweb bug when attempting to view an annotated file
Message-ID: <44BEB8A7.6080203@pajamian.dhs.org>

This is to whoever maintains the CVSweb.  When I attempt to view an 
annotated file I get this:
<http://www.icdevgroup.org/cgi-bin/cvsweb/interchange/lib/Vend/Interpolate.pm?annotate=2.271>.

Peter
From jon at endpoint.com  Wed Jul 19 19:38:04 2006
From: jon at endpoint.com (Jon Jensen)
Date: Wed Jul 19 19:38:20 2006
Subject: [ic] CVSweb bug when attempting to view an annotated file
In-Reply-To: <44BEB8A7.6080203@pajamian.dhs.org>
References: <44BEB8A7.6080203@pajamian.dhs.org>
Message-ID: <Pine.LNX.4.64.0607191737250.5630@ybpnyubfg.ybpnyqbznva>

On Wed, 19 Jul 2006, Peter wrote:

> This is to whoever maintains the CVSweb.  When I attempt to view an annotated 
> file I get this:
> <http://www.icdevgroup.org/cgi-bin/cvsweb/interchange/lib/Vend/Interpolate.pm?annotate=2.271>.

Thanks for the report. I've fixed this. The annotate command wasn't 
configured to work with read-only access to the repository.

Jon

--
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From peter at pajamian.dhs.org  Wed Jul 19 19:58:47 2006
From: peter at pajamian.dhs.org (Peter)
Date: Wed Jul 19 19:58:58 2006
Subject: [ic] Bug with display of matrix options in email reports and
	bug in UI Test code page
In-Reply-To: <44BD9373.4010307@pajamian.dhs.org>
References: <44BD88FB.7090402@pajamian.dhs.org>
	<44BD9373.4010307@pajamian.dhs.org>
Message-ID: <44BEC737.4010100@pajamian.dhs.org>

On 07/18/2006 07:05 PM, Peter wrote:
> 
> Patch (may suffer from word wrap):

Has anyone looked at this?  I've found the bug, sent a patch pack for it 
against the latest CVS and haven't heard anything yet from anyone.

Peter
From peter at pajamian.dhs.org  Wed Jul 19 20:01:37 2006
From: peter at pajamian.dhs.org (Peter)
Date: Wed Jul 19 20:01:47 2006
Subject: [ic] CVSweb bug when attempting to view an annotated file
In-Reply-To: <Pine.LNX.4.64.0607191737250.5630@ybpnyubfg.ybpnyqbznva>
References: <44BEB8A7.6080203@pajamian.dhs.org>
	<Pine.LNX.4.64.0607191737250.5630@ybpnyubfg.ybpnyqbznva>
Message-ID: <44BEC7E1.7020909@pajamian.dhs.org>

On 07/19/2006 04:38 PM, Jon Jensen wrote:
> On Wed, 19 Jul 2006, Peter wrote:
> 
>> This is to whoever maintains the CVSweb.  When I attempt to view an 
>> annotated file I get this:
>> <http://www.icdevgroup.org/cgi-bin/cvsweb/interchange/lib/Vend/Interpolate.pm?annotate=2.271>. 
>>
> 
> 
> Thanks for the report. I've fixed this. The annotate command wasn't 
> configured to work with read-only access to the repository.

Thanks Jon, it's a nice feature when trying to find out why a ceartain 
line is in the source.

Peter
From mdell at inthesuntech.com  Wed Jul 19 21:48:36 2006
From: mdell at inthesuntech.com (Matthew Dell - In The Sun, LLC)
Date: Wed Jul 19 21:49:10 2006
Subject: [ic] Order Profile 'cod' 'credit card' not found
In-Reply-To: <200607191600.k6JG0A2p003771@icdevgroup.org>
Message-ID: <2006719214836.870297@desk1>


Bill,
I have not found anything for ".structure" in the root directory or in the catalog.cfg file that refers to the creation of the structure document.  Is there a way to create this or any other documentation that can help with a soluction?

Thanks

Matt Dell

On Jul 18, 2006, at 4:26 PM, Matthew Dell - In The Sun, LLC wrote:

> Hi
>
> I have been searching through documentation to find a fix for this  
> error in my log file:
>
> /cgi-bin/[store name]/ord/finalize.html Order profile cod not found  
> and:
> /cgi-bin/[store name]/process Order profile credit_card not found
>
> I am using IC 5.4.  I have not been able to process a test  
> transaction and I do not get any error messages.  I have looked  
> through finalize.html and it seems to be in order.  I looked  
> through profiles.order and all the components are there for cod and  
> credit_card.
Check for a ".structure" document in the catroot directory. Look in  
there to make sure there is a cod profile defined for your catalog. I  
think there is a configuration directive to control the creation of  
the structure document. It might be off by default.

-Bill Carr


From DDavenport at newagedigital.com  Thu Jul 20 02:11:03 2006
From: DDavenport at newagedigital.com (Daniel Davenport)
Date: Thu Jul 20 02:12:38 2006
Subject: [ic] Ups interface for Ups Online Tools
Message-ID: <6646EB737DB9164B9A6992E17A47DC7413C427@mssbs01.NewAgeDigital.local>

 

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Thomas J.M. Burton
> Sent: 2006 July 18 -- Tuesday 1:07 PM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Ups interface for Ups Online Tools
> 
> Daniel Davenport wrote:
> >> -----Original Message-----
> <<SNIP>> [From original maillist archive post]
> >>> I have placed a tarball of my implementation of the Ups Online 
> >>> Tools at http://ic2.paymentonline.com/ups/ups.tar.gz. It is 
> >>> basically a replacement for Business::UPS. It also includes a 
> >>> modified ups-query tag and shipping.asc. I have done some testing
> >>> on it, but it was thrown together fairly quickly.
> <<SNIP>> [Reply from Thomas J.M. Burton]
> >> I found this post searching the archives for info on integrating
> >> the UPS OnLine Tools. The link no longer works and I'm wondering if
> >> this tarball is still available anywhere.
> > 
> > I clicked the link posted in the message, and downloaded the tarball
> > just fine.  Perhaps the server isn't always up, or was 
> having problems
> > when you tried it.
> 
> Well so it does work. I guess the few times I'd tried it, I 
> just caught 
> the server at a bad time. Thanks, Daniel. :)
> 
> 
> >> A client of mine is switching to UPS exclusively for their
> >> shipping, and I need to change from using the internal lookup
> >> method for their shipping rates to either Interchange's online
> >> lookup or the UPS Online Tools lookup.
> >>
> >> The UPS Online Tools would seem to be my best bet as my client is
> >> using Negotiated Rates rather than the standard rates. If I can get
> >> their site to lookup shipping rates directly from UPS with their
> >> account info, that seems like the smoothest way to have accurate
> >> info displayed for their customers.
> > 
> 
> Thanks for the tip. I would assume you'd also need to be passing the 
> various authorization keys and/or a password to UPS's system 
> in addition 
> to the "switch" being "flipped", correct? Are you doing this through 
> Interchange's existing online lookups, or are you custom-coding using 
> the UPS Online Tools?
> Would you be able to share any of what you have set up?

I'm not sure about whether i can share the code...so it'd be better if i
didn't yet.  But i can mention how i'm doing things, since it's quite
likely anyone else who does this will be doing it a similar way.  :)

I'm using Net::UPS (slightly modified, though it would probably work as
is) from CPAN to do the actual lookups, and looked at
Vend::Ship::QueryUPS as a model for building a new lookup module that
talks to it.  As far as i can tell, the module has to in a package named
Vend::Ship::the_name_of_your_module (where that last part can be pretty
much anything....For reference, mine's Vend::Ship::UPSOnline.)  The
"calculate" function in that module appears to be the only required one;
it's what actually returns the looked-up rate.  See Vend::Ship::QueryUPS
for examples of what's in each arg/param to the function.

The user id, password, access key, and probably the account number (for
special rates) have to be provided somehow; i chose to do it via the
Shipping directive, since it seems to have to be there anyway in order
to enable the shipping module.

Shipping UPSOnline <<ENDPARMS
  ups_acct   111h5t2etc
  username   theuser
  password   thepassword
  access_key somebigoldhexnumber
  live       1
ENDPARMS

though you can use variables, scratch, shipping.asc...or even a text
file sitting in the catalog dir (a Net::UPS config file) if you want.
The shipping module, of course, should pass this info on to Net::UPS as
needed.

Note the "live    1".  Net::UPS is in test mode by default; you have to
make it live if you want to talk to the real servers instead of the test
ones.  (This probably matters for special rates, though i haven't been
able to check yet.)  I decided to make use of this and only say
$ups->live(1) if the 'live' option is true.  Makes it easier to test.
:)

In order to enable the lookup module, you'll need a Shipping directive
(that looks something like the above) in catalog.cfg, and your
shipping.asc should have the price for each desired shipping mode as "s
the_name_of_your_module" ("s UPSOnline" in my case).

--
Daniel Davenport
New Age Digital
http://www.newagedigital.com

From DDavenport at newagedigital.com  Thu Jul 20 02:20:05 2006
From: DDavenport at newagedigital.com (Daniel Davenport)
Date: Thu Jul 20 02:21:30 2006
Subject: [ic] Order Profile 'cod' 'credit card' not found
Message-ID: <6646EB737DB9164B9A6992E17A47DC7413C428@mssbs01.NewAgeDigital.local>

 

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Matthew Dell - In The Sun, LLC
> Sent: 2006 July 19 -- Wednesday 9:49 PM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Order Profile 'cod' 'credit card' not found
> 
> 
> Bill,
> I have not found anything for ".structure" in the root 
> directory or in the catalog.cfg file that refers to the 
> creation of the structure document.  Is there a way to create 
> this or any other documentation that can help with a soluction?
> 
> Thanks
> 
> Matt Dell

Try adding "DumpStructure yes" to interchange.cfg.  It may already be in
there, and just commented out.

That will create .structure files for every catalog on the server when
IC (re)starts, which may slow startup a tiny bit -- i haven't checked.
The help it can provide, though, far outweighs the "inconvenience" of
having to wait another second or two.

--
Daniel Davenport
New Age Digital
http://www.newagedigital.com

From ic at 3edge.com  Thu Jul 20 01:43:14 2006
From: ic at 3edge.com (ic@3edge.com)
Date: Thu Jul 20 02:43:39 2006
Subject: [ic] Order Profile 'cod' 'credit card' not found
In-Reply-To: <2006719214836.870297@desk1>
References: <2006719214836.870297@desk1>
Message-ID: <20060720054315.3F8F4177AA@mail.papanikos.com>

Matthew Dell - In The Sun, LLC writes: 

> 
> Bill,
> I have not found anything for ".structure" in the root directory or in the catalog.cfg file that refers to the creation of the structure document.  Is there a way to create this or any other documentation that can help with a soluction? 
> 

http://www.icdevgroup.org/docs/confs/DumpStructure.html 

CU, 

Gert
From racke at linuxia.de  Thu Jul 20 04:08:46 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Thu Jul 20 04:12:30 2006
Subject: [ic] Bug with display of matrix options in email reports and
	bug in UI Test code page
In-Reply-To: <44BEC737.4010100@pajamian.dhs.org>
References: <44BD88FB.7090402@pajamian.dhs.org>	<44BD9373.4010307@pajamian.dhs.org>
	<44BEC737.4010100@pajamian.dhs.org>
Message-ID: <44BF3A0E.7030003@linuxia.de>

Peter wrote:
> On 07/18/2006 07:05 PM, Peter wrote:
> 
>>
>> Patch (may suffer from word wrap):
> 
> 
> Has anyone looked at this?  I've found the bug, sent a patch pack for it 
> against the latest CVS and haven't heard anything yet from anyone.

I didn't. Thanks for your submission, it'll be looked at in time.

Bye
	Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From bruno at digi-land.com  Thu Jul 20 08:15:24 2006
From: bruno at digi-land.com (Bruno Cantieni)
Date: Thu Jul 20 08:15:48 2006
Subject: [ic] Shipping from multiple origins/zones
Message-ID: <00f701c6abf6$2e835020$6401a8c0@torro>

Based on a collection of posts and code snippets of a similar nature, I have
cooked up a usertag to handle drop shipping from multiple origins as
follows:
(FYI, we are running on IC 5.2.0.)

# Drop ship items from various locations to a single address
# Uses UPS www lookup
UserTag drop_ship Order mode zip
UserTag drop_ship Routine <<EOR
sub {
	my($mode,$zip) = @_;
	my $country;
	$zip     = $::Values->{$::Variable->{UPS_POSTCODE_FIELD}} if !$zip;
	$country = $::Values->{$::Variable->{UPS_COUNTRY_FIELD}}  if
!$country;
	my $total = 0;
	my %origins;
	for (@$Items) { # Combine origins to minimize ups-queries
		$origins{$_->{origin}} += ($_->{weight}*$_->{quantity});
	}
	for (keys %origins) {
		$total += $Tag->ups_query( {
					mode    => $mode,
					zip     => $zip,
					country => $country,
					weight  => $origins{$_},
					origin  => $_
					} );
	}
	return $total;
}
EOR

The tag is then called as per e.g.:
..
upsg	UPS Ground	weight	0	999999	f [drop_ship mode=GNDCOM]
{'PriceDivide' => "1",}
..

While this works 9 out of 10 times, we do get bum results occasionally and
as far as I' can tell, this is probably due to connection failures or
connection time-outs to the UPS website.
I am now trying to switch this code to use internal lookup tables instead.
I have every single zone chart installed and where necessary symlinked them
to account for UPS combining some zones (e.g. for 018-99 you'd actually use
017.csv).
I have now cooked up the following:

# Drop ship items from various locations to a single address
# Uses UPS internal lookup tables with fall back to www lookup
UserTag drop_ship_internal_lookup Order mode zip
UserTag drop_ship_internal_lookup Routine <<EOR
sub {
	my($mode,$zip) = @_;
	my ($weight,$zone,$country);
	my $OK = 1;
	$zip     = $::Values->{$::Variable->{UPS_POSTCODE_FIELD}} if !$zip;
	$country = $::Values->{$::Variable->{UPS_COUNTRY_FIELD}}  if
!$country;
	my $total = 0;
	my %origins;
	for (@$Items) { # Combine origins to minimize ups-queries
		$origins{$_->{origin}} += ($_->{weight}*$_->{quantity});
	}
	for (keys %origins) {
		$weight = $origins{$_};
		$zone = substr $_, 0, 3;
		$total += Vend::Ship::tag_ups($mode, $zip, $weight ,$zone);
		# Fallback to www lookup if internal lookup fails
		if ($total < 1){
			$OK=0;
		}
	}
	# Fallback to www lookup if internal lookup fails
	if (!$OK){
		$total = $Tag->drop_ship_www_lookup($mode,$zip); # tag
drop_ship_www_lookup is identiacal to tag drop_ship above
	}
	return $total;
}
EOR

This fails miserably with e.g.:
Shipping '018' lookup called, no zone defined
Shipping '079' lookup called, no zone defined

Looking at the code in Ship.pm which is the cause of this:
	unless (ref $Vend::Cfg->{Shipping_zone}{$code}) {
		logError("Shipping '%s' lookup called, no zone defined",
$code);
		return undef;
	}
I can see why it wouldn't get past this, the question is how can I get this
to actually work?
Am I just barking up the wrong tree here (i.e. there's a better way and I
don't see it).
Any suggestions appreciated.



Bruno Cantieni

###########################################
Digital Landscape - Cyboretum.com
Web Applications * Web Hosting * e-Commerce
http://www.digi-land.com
http://www.cyboretum.com
bruno@digi-land.com
Phone/Fax: 1+905.668.2255
Toll free: 1+877.668.2345
 

From mike at perusion.com  Thu Jul 20 09:53:03 2006
From: mike at perusion.com (Mike Heins)
Date: Thu Jul 20 09:53:19 2006
Subject: [ic] Shipping from multiple origins/zones
In-Reply-To: <00f701c6abf6$2e835020$6401a8c0@torro>
References: <00f701c6abf6$2e835020$6401a8c0@torro>
Message-ID: <20060720135303.GA25892@bill.heins.net>

Quoting Bruno Cantieni (bruno@digi-land.com):
> 
> This fails miserably with e.g.:
> Shipping '018' lookup called, no zone defined
> Shipping '079' lookup called, no zone defined
> 
> Looking at the code in Ship.pm which is the cause of this:
> 	unless (ref $Vend::Cfg->{Shipping_zone}{$code}) {
> 		logError("Shipping '%s' lookup called, no zone defined",
> $code);
> 		return undef;
> 	}
> I can see why it wouldn't get past this, the question is how can I get this
> to actually work?
> Am I just barking up the wrong tree here (i.e. there's a better way and I
> don't see it).
> Any suggestions appreciated.

You need to either 1) read the zone if it doesn't exist, or 2) write a
shipping.asc that incorporates all zones. The routine to read the zone
is not broken out in Vend::Ship -- you would need to read the source and
duplicate it (perhaps as a UserTag or GlobalSub). A competent IC
consultant could easily do that if required.

-- 
Mike Heins
Perusion -- Expert Interchange Consulting    http://www.perusion.com/
phone +1.765.647.1295  tollfree 800-949-1889 <mike@perusion.com>

I used to think the whole world stank. Then I found out I had poop
on my mustache. -- Anonymous
From imslh at verizon.net  Thu Jul 20 10:09:23 2006
From: imslh at verizon.net (Shannon Hammond)
Date: Thu Jul 20 10:07:31 2006
Subject: [ic] payment gateways
Message-ID: <CIEGJMCBHFGFEGKEOJJACEIDEGAA.imslh@verizon.net>

Can you tell me what payment gateways you accept?  I wasn't able to find
that info on your site.

Thanks,
Shannon Hammond

From gert at 3edge.com  Thu Jul 20 09:11:51 2006
From: gert at 3edge.com (gert@3edge.com)
Date: Thu Jul 20 10:12:21 2006
Subject: [ic] payment gateways
In-Reply-To: <CIEGJMCBHFGFEGKEOJJACEIDEGAA.imslh@verizon.net>
References: <CIEGJMCBHFGFEGKEOJJACEIDEGAA.imslh@verizon.net>
Message-ID: <20060720131151.B2414177AA@mail.papanikos.com>

Shannon Hammond writes: 

> Can you tell me what payment gateways you accept?  I wasn't able to find
> that info on your site. 
> 

The following page gives an overview of available modules that exist for 
Interchange: 

http://www.interchange.rtfm.info/downloads/payments/index.html 

Some are provided with the install
(look in lib/Vend/Payment) 

Of course you can write your own if your gateway is not in the list and they 
allow this. 

CU, 

Gert 


From bruno at digi-land.com  Thu Jul 20 12:01:52 2006
From: bruno at digi-land.com (Bruno Cantieni)
Date: Thu Jul 20 12:02:09 2006
Subject: [ic] Shipping from multiple origins/zones
In-Reply-To: <20060720135303.GA25892@bill.heins.net>
Message-ID: <017601c6ac15$d16fbed0$6401a8c0@torro>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Mike Heins
> Sent: July 20, 2006 9:53 AM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Shipping from multiple origins/zones
> 
> Quoting Bruno Cantieni (bruno@digi-land.com):
> > 
> > This fails miserably with e.g.:
> > Shipping '018' lookup called, no zone defined
> > Shipping '079' lookup called, no zone defined
> > 
> > Looking at the code in Ship.pm which is the cause of this:
> > 	unless (ref $Vend::Cfg->{Shipping_zone}{$code}) {
> > 		logError("Shipping '%s' lookup called, no zone defined",
> > $code);
> > 		return undef;
> > 	}
> > I can see why it wouldn't get past this, the question is 
> how can I get this
> > to actually work?
> > Am I just barking up the wrong tree here (i.e. there's a 
> better way and I
> > don't see it).
> > Any suggestions appreciated.
> 
> You need to either 1) read the zone if it doesn't exist, or 2) write a
> shipping.asc that incorporates all zones. The routine to read the zone
> is not broken out in Vend::Ship -- you would need to read the 
> source and
> duplicate it (perhaps as a UserTag or GlobalSub). A competent IC
> consultant could easily do that if required.
> 
> -- 
> Mike Heins

Thank you Mike.
I had actually come to the same conclusion :(
I have gone ahead and written 2 new UserTags to support this.
1) read_zone which reads the zone files.
2) make_three to support read_zone.
I've modified the drop_ship_internal_lookup to build me a %zones hash that
can be passed to read_zone.
The thing works like a charm :)
Will supply code to list if interested.

Bruno Cantieni

###########################################
Digital Landscape - Cyboretum.com
Web Applications * Web Hosting * e-Commerce
http://www.digi-land.com
http://www.cyboretum.com
bruno@digi-land.com
Phone/Fax: 1+905.668.2255
Toll free: 1+877.668.2345
 

From ir.gath at gmail.com  Thu Jul 20 19:28:26 2006
From: ir.gath at gmail.com (Aaron Berg)
Date: Thu Jul 20 19:30:08 2006
Subject: [ic] database/usertag/checkout issue
Message-ID: <a08dc4a40607201628o25f8bba6j7966983760933759@mail.gmail.com>

I have a strange database/usertag/checkout issue. The usertag works at
all times until the user clicks 'place order', then it dies on a
'database_exists_ref'. Is there something special a usertag must do
during checkout to access databases?

A bit more detail:

The catalog is based on the standard store using IC 5.4 and MySQL
4.1.20 on Fedora 4.
I've created a usertag which reads a set of tables to grab the correct
tax rate based on city, county, state, and country.  I've defined a
'SalesTaxFunction' which calls the usertag to get the tax rate.  This
usertag functions when called directly, or by 'SalesTaxFunction'.
This function is used on ord/finalize without issue to select the tax
rate and also to get the tax rate for display purposes.
When I press 'Place Order' the usertag dies on the first
'database_exists_ref' and logs the following error:
	Can't locate object method "FETCH" via package "DBI::db"

I then also get:
	Can't use string ("0") as a HASH ref while "strict refs"

I'm assuming the second message is a result of the first one.

Does anyone have any ideas or suggestions about how to track this down?
From timnelson at phreaker.net  Fri Jul 21 07:42:38 2006
From: timnelson at phreaker.net (Tim Nelson)
Date: Fri Jul 21 07:43:22 2006
Subject: [ic] Getting database handle in UserTag
Message-ID: <44C0BDAE.4040201@phreaker.net>

Normally when I want to get a database handle in a page I do:
[perl tables="userdb"]
my $dbh = $Sql{userdb};
...

How can I accomplish the same thing in a UserTag ?

Thanks.

From docelic at mail.inet.hr  Fri Jul 21 07:34:34 2006
From: docelic at mail.inet.hr (docelic@mail.inet.hr)
Date: Fri Jul 21 07:51:07 2006
Subject: [ic] Getting database handle in UserTag
In-Reply-To: <44C0BDAE.4040201@phreaker.net>
References: <44C0BDAE.4040201@phreaker.net>
Message-ID: <20060721113434.70848b2a.docelic@mail.inet.hr>

On Fri, 21 Jul 2006 07:42:38 -0400
Tim Nelson <timnelson@phreaker.net> wrote:

> Normally when I want to get a database handle in a page I do:
> [perl tables="userdb"]
> my $dbh = $Sql{userdb};
> ...
> 
> How can I accomplish the same thing in a UserTag ?


  $Db{userdb}->query('SQL..')  ?
From racke at linuxia.de  Fri Jul 21 07:55:38 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Fri Jul 21 07:58:58 2006
Subject: [ic] Getting database handle in UserTag
In-Reply-To: <44C0BDAE.4040201@phreaker.net>
References: <44C0BDAE.4040201@phreaker.net>
Message-ID: <44C0C0BA.8010003@linuxia.de>

Tim Nelson wrote:
> Normally when I want to get a database handle in a page I do:
> [perl tables="userdb"]
> my $dbh = $Sql{userdb};
> ...
> 
> How can I accomplish the same thing in a UserTag ?

$Tag->perl({tables => 'userdb'});

That is only useful when calling the UserTag as [footag], not as 
$Tag->footag().

Bye
	Racke



-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From mike at perusion.com  Fri Jul 21 10:34:39 2006
From: mike at perusion.com (Mike Heins)
Date: Fri Jul 21 10:34:48 2006
Subject: [ic] Getting database handle in UserTag
In-Reply-To: <44C0BDAE.4040201@phreaker.net>
References: <44C0BDAE.4040201@phreaker.net>
Message-ID: <20060721143439.GA6362@bill.heins.net>

Quoting Tim Nelson (timnelson@phreaker.net):
> Normally when I want to get a database handle in a page I do:
> [perl tables="userdb"]
> my $dbh = $Sql{userdb};
> ...
> 
> How can I accomplish the same thing in a UserTag ?

In a global UserTag, it is:

	my $db = dbref('products')
		or die "no products table";
	my $dbh = $db->dbh()
		or die "not a DBI table";

In a catalog UserTag, there is no reliable way to do it
because of Safe restrictions.

-- 
Mike Heins
Perusion -- Expert Interchange Consulting    http://www.perusion.com/
phone +1.765.647.1295  tollfree 800-949-1889 <mike@perusion.com>

The U.S. Senate -- white male millionaires working for YOU!  -- Dave Barry
From carl at triangleresearch.com  Fri Jul 21 13:57:43 2006
From: carl at triangleresearch.com (Carl Bailey)
Date: Fri Jul 21 13:58:22 2006
Subject: [ic] Getting database handle in UserTag
In-Reply-To: <200607211600.k6LG0A2o007727@icdevgroup.org>
References: <200607211600.k6LG0A2o007727@icdevgroup.org>
Message-ID: <9d83df2c5c22ca746351ad9e6dbc24b0@triangleresearch.com>

Quoting Mike Heins:

> In a global UserTag, it is:
>
> 	my $db = dbref('products')
> 		or die "no products table";
> 	my $dbh = $db->dbh()
> 		or die "not a DBI table";
>
> In a catalog UserTag, there is no reliable way to do it
> because of Safe restrictions.

We have successfully used the following in catalog UserTags:

     my $db  = Vend::Data::database_exists_ref('products')
        or return sprintf("Table %s is not available", 'products');
     my $dbh = $db->dbh();

It may not be "proper" but it has worked successfully for years, which 
has been reliable enough for our purposes.

Carl Bailey
Triangle Research, Inc.
tel: +1.919.401.6588

From paul at gishnetwork.com  Fri Jul 21 15:24:41 2006
From: paul at gishnetwork.com (Paul Jordan)
Date: Fri Jul 21 15:24:58 2006
Subject: [ic] Order Profile 'cod' 'credit card' not found
In-Reply-To: <2006719214836.870297@desk1>
Message-ID: <20060721192448.4FCD51B6775@mail.perusion.com>

interchange-users-bounces@icdevgroup.org wrote:
> On Jul 18, 2006, at 4:26 PM, Matthew Dell - In The Sun, LLC wrote:
> 
>> Hi
>> 
>> I have been searching through documentation to find a fix for this
>> error in my log file: 
>> 
>> /cgi-bin/[store name]/ord/finalize.html Order profile cod not found
>> and: /cgi-bin/[store name]/process Order profile credit_card not
>> found 
>> 
>> I am using IC 5.4.  I have not been able to process a test
>> transaction and I do not get any error messages.  I have looked
>> through finalize.html and it seems to be in order.  I looked through
>> profiles.order and all the components are there for cod and
>> credit_card.
> Check for a ".structure" document in the catroot directory.
> Look in there to make sure there is a cod profile defined for
> your catalog. I think there is a configuration directive to
> control the creation of the structure document. It might be
> off by default.
> 
> -Bill Carr
[top posting fixed]
> Bill,
> I have not found anything for ".structure" in the root
> directory or in the catalog.cfg file that refers to the
> creation of the structure document.  Is there a way to create
> this or any other documentation that can help with a soluction?
> 
> Thanks
> 
> Matt Dell
>  

Do it in interchange.cfg

http://www.icdevgroup.org/docs/confs/DumpStructure.html

 Paul Jordan


From kevin at cursor.biz  Fri Jul 21 16:05:37 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Fri Jul 21 16:06:01 2006
Subject: [ic] Getting database handle in UserTag
In-Reply-To: <9d83df2c5c22ca746351ad9e6dbc24b0@triangleresearch.com>
References: <200607211600.k6LG0A2o007727@icdevgroup.org>
	<9d83df2c5c22ca746351ad9e6dbc24b0@triangleresearch.com>
Message-ID: <200607212105.38542.kevin@cursor.biz>

Carl Bailey <carl@triangleresearch.com> wrote:
> Quoting Mike Heins:
> > In a global UserTag, it is:
> >
> > 	my $db = dbref('products')
> > 		or die "no products table";
> > 	my $dbh = $db->dbh()
> > 		or die "not a DBI table";
> >
> > In a catalog UserTag, there is no reliable way to do it
> > because of Safe restrictions.
> >
> We have successfully used the following in catalog UserTags:
> 
>      my $db  = Vend::Data::database_exists_ref('products')
>         or return sprintf("Table %s is not available", 'products');
>      my $dbh = $db->dbh();
> 
> It may not be "proper" but it has worked successfully for years, which 
> has been reliable enough for our purposes.
> 
That works, as does the shorthand (without Vend::Data), as follows:

    my $db = database_exists_ref('sometable') or die 'Aaaargh!';
    $db->query(...);

Also, "dbref('sometable')" does work in both local and global UserTags.

One poster said to do this, or asked whether it could be done:

    $Db{sometable}->query(...);

That should never be used because if the 'sometable' table is not
"open" then an attempt will be made to call the query() method on
an undefined object.

A more reliable way to use %Db, in a UserTag, is as follows:

    my $db;
    $db = $Db{sometable} or do {
        $Tag->perl({ table => 'sometable' });
        $db = $Db{sometable} or die 'Aaaargh!';
    };
    $db->query(...);

The $Tag->perl() call will "open" the table (if it has been defined) and
will make it available from %Db.

I tend to just use dbref() in local UserTags.  That will not work in
ActionMaps, so use the $Tag->perl() method instead, in that case.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From kevin at cursor.biz  Fri Jul 21 21:22:18 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Fri Jul 21 21:22:32 2006
Subject: [ic] database/usertag/checkout issue
In-Reply-To: <a08dc4a40607201628o25f8bba6j7966983760933759@mail.gmail.com>
References: <a08dc4a40607201628o25f8bba6j7966983760933759@mail.gmail.com>
Message-ID: <200607220222.19726.kevin@cursor.biz>

"Aaron Berg" <ir.gath@gmail.com> wrote:
> I have a strange database/usertag/checkout issue. The usertag works at
> all times until the user clicks 'place order', then it dies on a
> 'database_exists_ref'. Is there something special a usertag must do
> during checkout to access databases?
> 
While a call to the database_exists_ref() subroutine, from local
UserTags, works when called from pages, it doesn't always work when
called from all other contexts.

Try the following in your UserTag instead:

Replace:

    my $db = database_exists_ref('foo') or die 'No foo for you';

With:

    $Tag->perl({ table => 'foo' });
    my $db = $Db{foo} or die "I ain't gettin' on no plane - foo";

>
> [snip]
>
> ...logs the following error:
> 	Can't locate object method "FETCH" via package "DBI::db"
> 
> I then also get:
> 	Can't use string ("0") as a HASH ref while "strict refs"
> 
> I'm assuming the second message is a result of the first one.
>
Error messages are not always helpful without seeing the code to
which they relate, but the suggestion above may be helpful to you.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From tom at readyink.com  Mon Jul 24 00:04:30 2006
From: tom at readyink.com (Tom Friedel - Ready Ink Incorporated)
Date: Mon Jul 24 00:05:03 2006
Subject: [ic] Bug that causes email to go to the wrong customer
In-Reply-To: <200607141600.k6EG092p021698@icdevgroup.org>
References: <200607141600.k6EG092p021698@icdevgroup.org>
Message-ID: <44C446CE.9050600@readyink.com>


For the archives, I had a problem similar to this.  I was calling the 
charge function from inside the update_order_status tag in an admin 
page. The Authorize.net charge function calls map_actual() which tries 
to get name/email/etc. from the Value array, and because I wasn't 
getting to &charge from the normal user input form, those values were 
not filled.
tom
http://www.readyink.com

>While I have not tracked down where the bug is yet, I thought it would 
>be beneficial to share that there appears to be a bug with email 
>shipment confirmations.  It appears that when the settlement on a 
>  
>
>  
>
From eric_bont at hotmail.com  Mon Jul 24 12:24:25 2006
From: eric_bont at hotmail.com (Eric Bont)
Date: Mon Jul 24 12:24:41 2006
Subject: [ic] remove images form admin
Message-ID: <BAY116-F187DCCAC4B50BBD4EA34C59A650@phx.gbl>

Hi,

I tried the admin IC demo.
Can anyone tell me how to remove an image with the admin-editor.
For the product os28057c I tried to remove  the Image:  os28057c.gif by 
replacing it with a space but I didn't succeed.

How can I do this?

Eric


From kdeugau at vianet.ca  Mon Jul 24 16:03:52 2006
From: kdeugau at vianet.ca (Kris Deugau)
Date: Mon Jul 24 16:04:08 2006
Subject: [ic] remove images form admin
In-Reply-To: <BAY116-F187DCCAC4B50BBD4EA34C59A650@phx.gbl>
References: <BAY116-F187DCCAC4B50BBD4EA34C59A650@phx.gbl>
Message-ID: <44C527A8.8020603@vianet.ca>

Eric Bont wrote:
> I tried the admin IC demo.
> Can anyone tell me how to remove an image with the admin-editor.
> For the product os28057c I tried to remove  the Image:  os28057c.gif by 
> replacing it with a space but I didn't succeed.

I'm trying to narrow down the possibilities for a customer myself.

This works Just Fine Thanks with Netscape and most of its relatives (eg, 
any browser based around the Gecko rendering engine should be OK, and 
Netscape 4.mumble worked - albeit s-l-o-o-o-w-l-y over VNC).

I just checked with IE6 on W2K (as up to date as it can get), and it 
worked.  IE6 on Win98 (not nearly as up to date) worked.

Konqueror didn't.

Anyone else with a different browser, or a suggestion as to how one is 
supposed to remove images from an item?

-kgd
From barbaraconformalacolyte at winning.com  Mon Jul 24 18:17:15 2006
From: barbaraconformalacolyte at winning.com (adroit)
Date: Mon Jul 24 19:18:23 2006
Subject: [ic] Lots of people make a huge mistake by not focusing on this
	very stock., Just out
Message-ID: <22737279662916.15391F3C42@S9GKV6Z5>

The first thing you need for more successful stock trading is the understanding of market tendencies. I will help you keep the best stocks on the radar to catch the profit-bringing trends. 
You know what? I have information this stock will be a market winner very soon.

The alert is ON! 

Get QEGY First Thing Today!
This Is Going To Explode!
Check out for HOT NEWS!


QUANTUM ENERGY INC (QEGY) 
CURRENT_PRICE: $2.34 GET IT N0W!

About the company Quantum Energy is a publicly traded growth orientated oil and gas exploration company. The objective is to seek out and define opportunities that represent a low risk 0pp0rtunity to develop positive cash flow. As well, the company aims to define larger projects that can be developed with Joint Venture partners or be entered into by a Joint Venture.

Red Hot News 
QUANTUM ENERGY INC. PURCHASES NEW FACILITY CORSICANA TEXAS.

July 20, 2006 Quantum Energy, Inc. (QEGY) announced that its joint venture partner, JMT Resources, Ltd. has entered into a contract to purchase a ten acre facility yard in Corsicana, Texas. The acquisition was formerly the facilities yard for Mobile Oil, and is adjacent to the Corsicana Field, which it operates. The site contains an assortment of oil field equipment that the joint venture partnership will utilize in its field operations. The acquisition also gives the JV partnership surface ownership of its water injection disposal well, which is in the permitting process with the Texas Railroad Commission. Ownership of this parcel will reduce operating costs; it will also give the JV partnership the option to add more injection disposal wells on this site, while housing its own redevelopment operations.

Due to the substantially increased Barnett Shale drilling activities in Johnson and surrounding counties, there is an enormous need for disposal options of high chloride (salt) water, which is used in the stimulation of Barnett Shale wells. Operators in the area are required to dispose of this treated water in sanctioned disposal zones. In this area, the zone most prevalently used is the Woodbine, which is the depth of the well the partnership is currently permitting. Demand for disposal facilities is substantial. Operators have resorted to trucking their treated water several hours from location for disposal. Current disposal rates are $2 per barrel and trucks will carry 150 to 200 barrel capacities. It is estimated that the JV partnership will be able to dispose of approximately 5,000 barrels of treated water per day. This operation will allow the JV partnership to attain substantial cash flow from this ancillary oil field operation reducing its reliance on outside capital.
  It is expected that the water disposal well will be operational during the fourth quarter of 2006. This facility would also be available for disposal of waste water recovered from the Nacatoch wells in the JV Polymer project as well. Ultimately, the disposal fluid from the polymer will be quite significant once the project passes from the pilot phase into full development. Correspondingly, the availability of the water disposal well that is owned by the JV partnership will lead to reduced costs and higher efficiencies. 

A monster opportunity on this stock!

I wish your returns were boosted significantly ? just like mine were!

From ir.gath at gmail.com  Mon Jul 24 19:18:49 2006
From: ir.gath at gmail.com (Aaron Berg)
Date: Mon Jul 24 19:19:03 2006
Subject: [ic] database/usertag/checkout issue
In-Reply-To: <200607220222.19726.kevin@cursor.biz>
References: <a08dc4a40607201628o25f8bba6j7966983760933759@mail.gmail.com>
	<200607220222.19726.kevin@cursor.biz>
Message-ID: <a08dc4a40607241618o145ec00g90a3f500f9ca95d6@mail.gmail.com>

[snip]
> Replace:
>
>     my $db = database_exists_ref('foo') or die 'No foo for you';
>
> With:
>
>     $Tag->perl({ table => 'foo' });
>     my $db = $Db{foo} or die "I ain't gettin' on no plane - foo";
[snip]

Thanks Kevin,

I tried that and still had the same issue. Mike Heins was able to
point me in the right direction.  SalesTaxFunction is handled as a
calc tag, so any tag you call from it is subject to Safe.
Putting a line like 'NY  [gettaxrate]' into salestax.asc accomplishes
the same thing. The only gotcha with this method is that the tag must
return the tax amount, not the tax rate.  So something like "return
$tax * Vend::Interpolate::taxable_amount()" is required.
From DB at M-and-D.com  Mon Jul 24 19:55:52 2006
From: DB at M-and-D.com (DB)
Date: Mon Jul 24 19:56:28 2006
Subject: [ic] How to include HTTP GET response in an IC page
Message-ID: <44C55E08.8090209@M-and-D.com>

On my IC-5.4 website I need to create a form with a single input field,
the contents of which gets added to a HTTP GET request to a remote site.
The reply to the request is if the format:

HTTP/1.1 200 OK
Content-Type: text/xml; charset=utf-8
Content-Length: length

<?xml version="1.0" encoding="utf-8"?>
<ArrayOfString xmlns="http://www.remote-site.com">
  <string>string</string>
  <string>string</string>
</ArrayOfString>


I want to extract the contents of the first instance of
<string>string</string>, and display that on the form's results page.
Can anyone help by example or point me to the proper docs?

DB
From peter at pajamian.dhs.org  Mon Jul 24 20:32:52 2006
From: peter at pajamian.dhs.org (Peter)
Date: Mon Jul 24 20:33:05 2006
Subject: [ic] How to include HTTP GET response in an IC page
In-Reply-To: <44C55E08.8090209@M-and-D.com>
References: <44C55E08.8090209@M-and-D.com>
Message-ID: <44C566B4.60801@pajamian.dhs.org>

On 07/24/2006 04:55 PM, DB wrote:
> On my IC-5.4 website I need to create a form with a single input field,
> the contents of which gets added to a HTTP GET request to a remote site.
> The reply to the request is if the format:
> 
> HTTP/1.1 200 OK
> Content-Type: text/xml; charset=utf-8
> Content-Length: length
> 
> <?xml version="1.0" encoding="utf-8"?>
> <ArrayOfString xmlns="http://www.remote-site.com">
>   <string>string</string>
>   <string>string</string>
> </ArrayOfString>
> 
> 
> I want to extract the contents of the first instance of
> <string>string</string>, and display that on the form's results page.
> Can anyone help by example or point me to the proper docs?

Use the [get-url] tag 
<http://www.interchange.rtfm.info/docs/frames/ictags_144.html> to fetch 
the remote page, then use perl regular expressions to filter out the 
content you want.  Something like this should do it:

[calcn]
	my $page = $Tag->get_url('http://www.example.com/mypage.xml');
	$page =~ m!<string>(.+?)</string>!;
	$1;
[/calcn]

Peter
From DB at M-and-D.com  Mon Jul 24 21:16:35 2006
From: DB at M-and-D.com (DB)
Date: Mon Jul 24 21:17:02 2006
Subject: [ic] How to include HTTP GET response in an IC page
References: 44C55E08.8090209@M-and-D.com
Message-ID: <44C570F3.209@M-and-D.com>

> On 07/24/2006 04:55 PM, DB wrote:
>> On my IC-5.4 website I need to create a form with a single input field,
>> the contents of which gets added to a HTTP GET request to a remote site.
>> The reply to the request is of the format:
>> 
>> HTTP/1.1 200 OK
>> Content-Type: text/xml; charset=utf-8
>> Content-Length: length
>> 
>> <?xml version="1.0" encoding="utf-8"?>
>> <ArrayOfString xmlns="http://www.remote-site.com">
>>   <string>string</string>
>>   <string>string</string>
>> </ArrayOfString>
>> 
>> 
>> I want to extract the contents of the first instance of
>> <string>string</string>, and display that on the form's results page.
>> Can anyone help by example or point me to the proper docs?
> 
> Use the [get-url] tag 
> <http://www.interchange.rtfm.info/docs/frames/ictags_144.html> to fetch 
> the remote page, then use perl regular expressions to filter out the 
> content you want.  Something like this should do it:
> 
> [calcn]
> 	my $page = $Tag->get_url('http://www.example.com/mypage.xml');
> 	$page =~ m!<string>(.+?)</string>!;
> 	$1;
> [/calcn]
> 
> Peter


OK thanks - seems to work. Now one more detail.

The url I use in the [get-url] tag contains username and password
information which anyone could view simply by looking at the source of
my IC page. Any thoughts about how to get around that problem?

I can use SOAP instead of HTML for the request, but the
username/password info is still required.

DB
From peter at pajamian.dhs.org  Mon Jul 24 22:21:05 2006
From: peter at pajamian.dhs.org (Peter)
Date: Mon Jul 24 22:21:09 2006
Subject: [ic] How to include HTTP GET response in an IC page
In-Reply-To: <44C570F3.209@M-and-D.com>
References: 44C55E08.8090209@M-and-D.com <44C570F3.209@M-and-D.com>
Message-ID: <44C58011.70404@pajamian.dhs.org>

On 07/24/2006 06:16 PM, DB wrote:
>>[calcn]
>>	my $page = $Tag->get_url('http://www.example.com/mypage.xml');
>>	$page =~ m!<string>(.+?)</string>!;
>>	$1;
>>[/calcn]
>>
>>Peter
> 
> The url I use in the [get-url] tag contains username and password
> information which anyone could view simply by looking at the source of
> my IC page. Any thoughts about how to get around that problem?

Only people with access to the Interchange pages will be able to see it, 
you won't be able to see it with view page source in your browser.

That said, you can easily grab the username and password from nearly any 
source and include it in the code above, for example if you have the 
username and passwrod in scratch variables:

[calcn]
	my $page = 
$Tag->get_url(sprintf('http://www.example.com/mypage.xml?username=%s&password=%s',@{$Scratch}{username,password}));
	$page =~ m!<string>(.+?)</string>!;
	$1;
[/calcn]

You can do something similar with values or with catalog or global 
variables, you can even store them in a db and fetch them for use in 
your code.

Peter
From aluminums-bounces at lists.ibiblio.org  Wed Jul 26 06:56:55 2006
From: aluminums-bounces at lists.ibiblio.org (aluminums-bounces@lists.ibiblio.org)
Date: Wed Jul 26 06:57:22 2006
Subject: [ic] Your message to aluminums awaits moderator approval
Message-ID: <mailman.95304.1153911415.1332.aluminums@lists.ibiblio.org>

Your mail to 'aluminums' with the subject

    Delivery reports about your e-mail

Is being held until the list moderator can review it for approval.

The reason it is being held:

    Post by non-member to a members-only list

Either the message will get posted to the list, or you will receive
notification of the moderator's decision.  If you would like to cancel
this posting, please visit the following URL:

    http://lists.ibiblio.org/mailman/confirm/aluminums/c0bfcfe9419f6a61f32781b0c16f21a701bb7557

From jon at endpoint.com  Wed Jul 26 11:27:25 2006
From: jon at endpoint.com (Jon Jensen)
Date: Wed Jul 26 11:27:36 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <200607151254.40057.kevin@cursor.biz>
References: <20060711032357.A7C381B6819@mail.perusion.com>
	<200607140317.28307.kevin@cursor.biz>
	<Pine.LNX.4.64.0607141619470.23150@ybpnyubfg.ybpnyqbznva>
	<200607151254.40057.kevin@cursor.biz>
Message-ID: <Pine.LNX.4.64.0607260925270.14226@ybpnyubfg.ybpnyqbznva>

On Sat, 15 Jul 2006, Kevin Walsh wrote:

>> Shouldn't we get rid of the "undef $Vend::Cookie" that occurs twice in
>> Vend::UserDB as well? It's done at login time and when a new account is
>> created, and would cause the same problems as the above code you removed
>> from Vend::Dispatch, but only for the page in which a login/new account
>> creation occurs.
>
> The undef in the UserDB is mitigated by the fact that the login is
> usually (for me) called from within a scratchpad callback function
> (mv_click/mv_check).  The cookie can be undefed there without anyone
> noticing, and will be reset when the next page is loaded (if the
> Dispatch patch is in place).
>
> You're right though, the undef should probably be removed from
> Vend::UserDB too.

I went ahead and committed this to the trunk in CVS. Paul, could you apply 
these patches and see if it works for you too?

http://www.icdevgroup.org/pipermail/interchange-cvs/2006-July/006877.html

Thanks,
Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From wfiore at aftermarketcellular.com  Wed Jul 26 11:41:39 2006
From: wfiore at aftermarketcellular.com (William Fiore)
Date: Wed Jul 26 11:41:50 2006
Subject: [ic] [More-list] - Missing Results??
Message-ID: <21735.66.152.208.122.1153928499.squirrel@mail.endcrypt.com>


Hi,

This has been bothering me all week. The code below works fine on my
normal results.html page.

[more-list]
<BLOCKQUOTE>
Matches [matches] of [match-count] found<br>
[calcn]
	my $number = ([match-count] / 12);
	my $rounded = sprintf("%.0f", $number);
	$Tag->tmp(rounded => $rounded);
	return;
[/calcn]
[loop list="1..[scratch rounded]" ranges=1]
[page
	href="[scratch this_page]/[calcn] 12 * ([loop-code] - 1) [/calcn]"
	form="[if cgi a]a=[cgi a][/if]"
][loop-code]</a>
[/loop]
</BLOCKQUOTE>
[/more-list]

However, I recently created another results page called brand_results.html
and copied the same code but if you look at an example output page
http://www.aftermarketcellular.com/ic/brand/JABRA.html the output is:

Matches 1-12 of 39 found
1 2 3

I am missing (3) of the results. Any ideas on what is preventing the
remaining results to not be displayed?

Thank you

Bill


From DB at m-and-d.com  Wed Jul 26 12:55:18 2006
From: DB at m-and-d.com (DB)
Date: Wed Jul 26 12:55:47 2006
Subject: [ic] How to include HTTP GET response in an IC page
References: 44C55E08.8090209@M-and-D.com
Message-ID: <44C79E76.8000400@m-and-d.com>

> On 07/24/2006 04:55 PM, DB wrote:
>> On my IC-5.4 website I need to create a form with a single input field,
>> the contents of which gets added to a HTTP GET request to a remote site.
>> The reply to the request is if the format:
>> 
>> HTTP/1.1 200 OK
>> Content-Type: text/xml; charset=utf-8
>> Content-Length: length
>> 
>> <?xml version="1.0" encoding="utf-8"?>
>> <ArrayOfString xmlns="http://www.remote-site.com">
>>   <string>string</string>
>>   <string>string</string>
>> </ArrayOfString>
>> 
>> 
>> I want to extract the contents of the first instance of
>> <string>string</string>, and display that on the form's results page.
>> Can anyone help by example or point me to the proper docs?
> 
> Use the [get-url] tag 
> <http://www.interchange.rtfm.info/docs/frames/ictags_144.html> to fetch 
> the remote page, then use perl regular expressions to filter out the 
> content you want.  Something like this should do it:
> 
> [calcn]
> 	my $page = $Tag->get_url('http://www.example.com/mypage.xml');
> 	$page =~ m!<string>(.+?)</string>!;
> 	$1;
> [/calcn]
> 
> Peter

The tag works if I use it like this:
[get-url "http://example.com/mypage.xml"]

and if I view the source of the resulting page I see:

<?xml version="1.0" encoding="utf-8"?>
<ArrayOfString xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.example.com">
  <string>the_result</string>
  <string xsi:nil="true" />
</ArrayOfString>

as expected. However if I try

[calcn]
	my $page = $Tag->get_url('http://www.example.com/mypage.xml');
	$page =~ m!<string>(.+?)</string>!;
	$1;
[/calcn]

then all I see is 0

I tried escaping the / using

[calcn]
	my $page = $Tag->get_url('http://www.example.com/mypage.xml');
	$page =~ m!<string>(.+?)<\/string>!;
	$1;
[/calcn]

But I still get just 0

Can anyone help me figure out what's wrong ?

DB
From jon at endpoint.com  Wed Jul 26 13:07:22 2006
From: jon at endpoint.com (Jon Jensen)
Date: Wed Jul 26 13:07:38 2006
Subject: [ic] How to include HTTP GET response in an IC page
In-Reply-To: <44C79E76.8000400@m-and-d.com>
References: 44C55E08.8090209@M-and-D.com <44C79E76.8000400@m-and-d.com>
Message-ID: <Pine.LNX.4.64.0607261106280.14226@ybpnyubfg.ybpnyqbznva>

On Wed, 26 Jul 2006, DB wrote:

> The tag works if I use it like this:
> [get-url "http://example.com/mypage.xml"]
>
> and if I view the source of the resulting page I see:
>
> <?xml version="1.0" encoding="utf-8"?>
> <ArrayOfString xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns="http://www.example.com">
>  <string>the_result</string>
>  <string xsi:nil="true" />
> </ArrayOfString>
>
> as expected. However if I try
>
> [calcn]
> 	my $page = $Tag->get_url('http://www.example.com/mypage.xml');
> 	$page =~ m!<string>(.+?)</string>!;
> 	$1;
> [/calcn]
>
> then all I see is 0

What's in your error.log?

It may be that the get_url tag code does something un-Safe and thus can't 
be run from a calc block. You may need to write a usertag instead.

Jon

-- 
Jon Jensen
End Point Corporation
http://www.endpoint.com/
From brinkasthma at asia.com  Wed Jul 26 12:20:54 2006
From: brinkasthma at asia.com (Aron Grayson)
Date: Wed Jul 26 13:21:18 2006
Subject: [ic] This successful product is created especially for you, guys
Message-ID: <53787404500927.1EF25C6673@AYGY>

Nice to see you!

Have you some doubt? Have you ever dreamt to have a very hard penis during all process? Increase your volume in just days 

All you need is here: http://dadixus.com/gal/gsm/ 

But without any results?


Aron Grayson


The eyes are the window of the soul Don't cross your bridges before you get to them.Catch not at the shadow and lose the substance He who drinks Australian Thinks Australian
  It nah good to shove yuh foot in every stocking. A Growing Youth Has a Wolf in His Belly.Different strokes for different folk  When he speaketh fair, believe him not: for there are seven abominations in his heart.
 First come, first served  Haste makes waste 


From kevin at cursor.biz  Wed Jul 26 13:35:12 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Wed Jul 26 13:35:27 2006
Subject: [ic] [More-list] - Missing Results??
In-Reply-To: <21735.66.152.208.122.1153928499.squirrel@mail.endcrypt.com>
References: <21735.66.152.208.122.1153928499.squirrel@mail.endcrypt.com>
Message-ID: <200607261835.13585.kevin@cursor.biz>

"William Fiore" <wfiore@aftermarketcellular.com> wrote:
> This has been bothering me all week. The code below works fine on my
> normal results.html page.
> 
> [more-list]
> <BLOCKQUOTE>
> Matches [matches] of [match-count] found<br>
> [calcn]
> 	my $number = ([match-count] / 12);
> 	my $rounded = sprintf("%.0f", $number);
> 	$Tag->tmp(rounded => $rounded);
> 	return;
> [/calcn]
> [loop list="1..[scratch rounded]" ranges=1]
> [page
> 	href="[scratch this_page]/[calcn] 12 * ([loop-code] - 1) [/calcn]"
> 	form="[if cgi a]a=[cgi a][/if]"
> ][loop-code]</a>
> [/loop]
> </BLOCKQUOTE>
> [/more-list]
> 
> However, I recently created another results page called brand_results.html
> and copied the same code but if you look at an example output page
> http://www.aftermarketcellular.com/ic/brand/JABRA.html the output is:
> 
> Matches 1-12 of 39 found
> 1 2 3
> 
> I am missing (3) of the results. Any ideas on what is preventing the
> remaining results to not be displayed?
> 
My guess is that you are taking 39/12=3.25 and rounding it to 3.
3*12=36.  39-36 leaves you with 3 missing items, which should be on
page 4.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From peter at pajamian.dhs.org  Wed Jul 26 17:57:17 2006
From: peter at pajamian.dhs.org (Peter)
Date: Wed Jul 26 17:57:37 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <Pine.LNX.4.64.0607260925270.14226@ybpnyubfg.ybpnyqbznva>
References: <20060711032357.A7C381B6819@mail.perusion.com>	<200607140317.28307.kevin@cursor.biz>	<Pine.LNX.4.64.0607141619470.23150@ybpnyubfg.ybpnyqbznva>	<200607151254.40057.kevin@cursor.biz>
	<Pine.LNX.4.64.0607260925270.14226@ybpnyubfg.ybpnyqbznva>
Message-ID: <44C7E53D.9040109@pajamian.dhs.org>

On 07/26/2006 08:27 AM, Jon Jensen wrote:
> I went ahead and committed this to the trunk in CVS. Paul, could you 
> apply these patches and see if it works for you too?
> 
> http://www.icdevgroup.org/pipermail/interchange-cvs/2006-July/006877.html

I've been running with those lines commented out (one in Dispatch.pm and 
two in UserDB.pm) for about a week now with my 5.2 installation.  I 
haven't seen any adverse effects yet, but will let you know if I do.

Peter
From peter at pajamian.dhs.org  Wed Jul 26 18:09:57 2006
From: peter at pajamian.dhs.org (Peter)
Date: Wed Jul 26 18:10:06 2006
Subject: [ic] How to include HTTP GET response in an IC page
In-Reply-To: <44C79E76.8000400@m-and-d.com>
References: 44C55E08.8090209@M-and-D.com <44C79E76.8000400@m-and-d.com>
Message-ID: <44C7E835.3090706@pajamian.dhs.org>

On 07/26/2006 09:55 AM, DB wrote:
> The tag works if I use it like this:
> [get-url "http://example.com/mypage.xml"]
> 
> ...However if I try
> 
> [calcn]
> 	my $page = $Tag->get_url('http://www.example.com/mypage.xml');
> 	$page =~ m!<string>(.+?)</string>!;
> 	$1;
> [/calcn]
> 
> then all I see is 0

Try it with just the first line in the [calcn] (without the regexp and 
the $1).  That will tell you if it's the get_url that's failing or the 
regexp.

> I tried escaping the / using

You only have to escape the / if the regexp is bounded by /.  That's why 
I used ! to bound the regexp.

> Can anyone help me figure out what's wrong ?

You may not be able to run it from the calc block, try this:

[tmp result][get_url http://www.example.com/mypage.xml][/tmp]
[calcn]
	$Scratch->{result} =~ m!<string>(.+?)</string>!;
	$1;
[/calcn]

Peter
From kevin at cursor.biz  Wed Jul 26 18:34:51 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Wed Jul 26 18:35:09 2006
Subject: [ic] [timed-build] not working for logged in users
In-Reply-To: <44C7E53D.9040109@pajamian.dhs.org>
References: <20060711032357.A7C381B6819@mail.perusion.com>
	<Pine.LNX.4.64.0607260925270.14226@ybpnyubfg.ybpnyqbznva>
	<44C7E53D.9040109@pajamian.dhs.org>
Message-ID: <200607262334.52654.kevin@cursor.biz>

Peter <peter@pajamian.dhs.org> wrote:
> On 07/26/2006 08:27 AM, Jon Jensen wrote:
> > I went ahead and committed this to the trunk in CVS. Paul, could you 
> > apply these patches and see if it works for you too?
> > 
> > http://www.icdevgroup.org/pipermail/interchange-cvs/2006-July/006877.html
> 
> I've been running with those lines commented out (one in Dispatch.pm and 
> two in UserDB.pm) for about a week now with my 5.2 installation.  I 
> haven't seen any adverse effects yet, but will let you know if I do.
> 
I, of course, have also been using the same for a while.  No problems.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From emailgrant at gmail.com  Wed Jul 26 23:50:05 2006
From: emailgrant at gmail.com (Grant)
Date: Wed Jul 26 23:50:17 2006
Subject: [ic] Searching for a UA string
Message-ID: <49bf44f10607262050q833c7c1q8261865d41d4ac58@mail.gmail.com>

I'm having trouble searching for UA strings with the IC search
function.  I'm stacking the search parameters like this:

sf=user_agent
se=Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)
op=ne
nu=0

and I've also tried these:

se=Mozilla\/5.0 (compatible; Googlebot\/2.1; +http:\/\/www.google.com\/bot.html)

se='Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)'

Is there an obvious problem with this?

- Grant
From racke at linuxia.de  Thu Jul 27 03:18:12 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Thu Jul 27 03:25:34 2006
Subject: [ic] Searching for a UA string
In-Reply-To: <49bf44f10607262050q833c7c1q8261865d41d4ac58@mail.gmail.com>
References: <49bf44f10607262050q833c7c1q8261865d41d4ac58@mail.gmail.com>
Message-ID: <44C868B4.3080004@linuxia.de>

Grant wrote:
> I'm having trouble searching for UA strings with the IC search
> function.  I'm stacking the search parameters like this:
> 
> sf=user_agent
> se=Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)
> op=ne
> nu=0
> 
> and I've also tried these:
> 
> se=Mozilla\/5.0 (compatible; Googlebot\/2.1; 
> +http:\/\/www.google.com\/bot.html)
> 
> se='Mozilla/5.0 (compatible; Googlebot/2.1; 
> +http://www.google.com/bot.html)'
> 
> Is there an obvious problem with this?

Certainly some of the non-alphanumeric characters are your problem.

Bye
	Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From racke at linuxia.de  Thu Jul 27 03:18:12 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Thu Jul 27 03:49:13 2006
Subject: [ic] Searching for a UA string
In-Reply-To: <49bf44f10607262050q833c7c1q8261865d41d4ac58@mail.gmail.com>
References: <49bf44f10607262050q833c7c1q8261865d41d4ac58@mail.gmail.com>
Message-ID: <44C868B4.3080004@linuxia.de>

Grant wrote:
> I'm having trouble searching for UA strings with the IC search
> function.  I'm stacking the search parameters like this:
> 
> sf=user_agent
> se=Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)
> op=ne
> nu=0
> 
> and I've also tried these:
> 
> se=Mozilla\/5.0 (compatible; Googlebot\/2.1; 
> +http:\/\/www.google.com\/bot.html)
> 
> se='Mozilla/5.0 (compatible; Googlebot/2.1; 
> +http://www.google.com/bot.html)'
> 
> Is there an obvious problem with this?

Certainly some of the non-alphanumeric characters are your problem.

Bye
	Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From postfixjob at gmail.com  Thu Jul 27 10:10:04 2006
From: postfixjob at gmail.com (Postfix User)
Date: Thu Jul 27 10:10:15 2006
Subject: [ic] [charge] tag usage questions
Message-ID: <ca4d58190607270710t454e3aabh3621e7d313ca61da@mail.gmail.com>

Hi -

I'm looking for some assistance using $Tag->charge() for a global
UserTag that I am writing.

The documentation on the IC site is pretty sparse and the code, while
readible does leave a few questions.

I understand that the first parameter is $charge_type (e.g. the
payment module name/type -- authorizenet, boa, etc), however, I dont
understand what the second parameter $opt requires for data.

>From what I can see in the source for charge(), $opt is a hash that is
passed in.

What are the required keys for this hash?

I appreciate your assistance!

Thanks!
From postfixjob at gmail.com  Thu Jul 27 10:10:04 2006
From: postfixjob at gmail.com (Postfix User)
Date: Thu Jul 27 10:10:27 2006
Subject: [ic] [charge] tag usage questions
Message-ID: <ca4d58190607270710t454e3aabh3621e7d313ca61da@mail.gmail.com>

Hi -

I'm looking for some assistance using $Tag->charge() for a global
UserTag that I am writing.

The documentation on the IC site is pretty sparse and the code, while
readible does leave a few questions.

I understand that the first parameter is $charge_type (e.g. the
payment module name/type -- authorizenet, boa, etc), however, I dont
understand what the second parameter $opt requires for data.

>From what I can see in the source for charge(), $opt is a hash that is
passed in.

What are the required keys for this hash?

I appreciate your assistance!

Thanks!
From ic at 3edge.com  Thu Jul 27 09:24:12 2006
From: ic at 3edge.com (ic@3edge.com)
Date: Thu Jul 27 10:24:53 2006
Subject: [ic] [charge] tag usage questions
In-Reply-To: <ca4d58190607270710t454e3aabh3621e7d313ca61da@mail.gmail.com>
References: <ca4d58190607270710t454e3aabh3621e7d313ca61da@mail.gmail.com>
Message-ID: <20060727132412.18ED617836@mail.papanikos.com>

Postfix User writes: 

> Hi - 
> 
> I'm looking for some assistance using $Tag->charge() for a global
> UserTag that I am writing. 
> 
> The documentation on the IC site is pretty sparse and the code, while
> readible does leave a few questions. 
> 
> I understand that the first parameter is $charge_type (e.g. the
> payment module name/type -- authorizenet, boa, etc), however, I dont
> understand what the second parameter $opt requires for data. 
> 
>> From what I can see in the source for charge(), $opt is a hash that is
> passed in. 
> 
> What are the required keys for this hash? 
> 
> I appreciate your assistance! 
> 
> Thanks!

Afaik this depends on the payment provider you want to be using. Read the 
perldoc on Vend/Payment/AuthorizeNet.pm for example. 

<snippet>
It uses several of the standard settings from Interchange payment. Any time 
we speak of a setting, it is obtained either first from the tab/call 
options, then from an Interchange order Route named for the mode, then 
finally a default global payment variable ....
</snippet> 

So if you have defined all in Route/Global vars your tag only will need a 
mode. 

CU, 

Gert
From postfixjob at gmail.com  Thu Jul 27 11:14:19 2006
From: postfixjob at gmail.com (Postfix User)
Date: Thu Jul 27 11:14:27 2006
Subject: [ic] [charge] tag usage questions
In-Reply-To: <20060727132412.18ED617836@mail.papanikos.com>
References: <ca4d58190607270710t454e3aabh3621e7d313ca61da@mail.gmail.com>
	<20060727132412.18ED617836@mail.papanikos.com>
Message-ID: <ca4d58190607270814o4c0bc55as2d439aaeeedc4bde@mail.gmail.com>

On 7/27/06, ic@3edge.com <ic@3edge.com> wrote:
> Postfix User writes:
>
> > Hi -
> >
> > I'm looking for some assistance using $Tag->charge() for a global
> > UserTag that I am writing.
> >
> > The documentation on the IC site is pretty sparse and the code, while
> > readible does leave a few questions.
> >
> > I understand that the first parameter is $charge_type (e.g. the
> > payment module name/type -- authorizenet, boa, etc), however, I dont
> > understand what the second parameter $opt requires for data.
> >
> >> From what I can see in the source for charge(), $opt is a hash that is
> > passed in.
> >
> > What are the required keys for this hash?
> >

> So if you have defined all in Route/Global vars your tag only will need a
> mode.

So I'm not using any defined routes / global variables... I'm creating
a custom routine for applying payments to various payment gateways
depending on what item is purchased and the data is being pulled from
configuration details in a MySQL database.
From ic at 3edge.com  Thu Jul 27 10:22:21 2006
From: ic at 3edge.com (ic@3edge.com)
Date: Thu Jul 27 11:22:43 2006
Subject: [ic] [charge] tag usage questions
In-Reply-To: <ca4d58190607270814o4c0bc55as2d439aaeeedc4bde@mail.gmail.com>
References: <ca4d58190607270710t454e3aabh3621e7d313ca61da@mail.gmail.com>
	<20060727132412.18ED617836@mail.papanikos.com>
	<ca4d58190607270814o4c0bc55as2d439aaeeedc4bde@mail.gmail.com>
Message-ID: <20060727142221.CE00917836@mail.papanikos.com>

Postfix User writes: 

> On 7/27/06, ic@3edge.com <ic@3edge.com> wrote:
>> Postfix User writes: 
>> 
>> > Hi -
>> >
>> > I'm looking for some assistance using $Tag->charge() for a global
>> > UserTag that I am writing.
>> >
>> > The documentation on the IC site is pretty sparse and the code, while
>> > readible does leave a few questions.
>> >
>> > I understand that the first parameter is $charge_type (e.g. the
>> > payment module name/type -- authorizenet, boa, etc), however, I dont
>> > understand what the second parameter $opt requires for data.
>> >
>> >> From what I can see in the source for charge(), $opt is a hash that is
>> > passed in.
>> >
>> > What are the required keys for this hash?
>> >
> 
>> So if you have defined all in Route/Global vars your tag only will need a
>> mode.
> 
> So I'm not using any defined routes / global variables... I'm creating
> a custom routine for applying payments to various payment gateways
> depending on what item is purchased and the data is being pulled from
> configuration details in a MySQL database.

Perhaps check catalog.cfg of the demo in IC which contains Payment routes of 
authorizenet, cybercash, itransact, signio, skipjack and linkpoint. That 
will give away the information needed for those Payment handlers I guess ... 

CU, 

Gert
From tim.g at edsd.com  Thu Jul 27 11:42:29 2006
From: tim.g at edsd.com (Tim Good)
Date: Thu Jul 27 11:41:25 2006
Subject: [ic] Query for count on column
Message-ID: <200607271544.k6RFifbx002436@email.edsd.com>

Can someone please tell why this code snip will not work:

[perl tables="products"]
my $db = ::database_exists_ref('products') or die 'bad
products table';
my $sql = '';

$sql="select count(sku) from products where ended = 0";
my $results = $db->query({sql => $sql, wantarray => 1 });
return $results->[0]->[0];
[/perl]

I have also tried:

[query sql="select count(sku) from products where ended =
0"][/query]

Thanks,

tim

From agrau at esquat.com  Thu Jul 27 11:49:55 2006
From: agrau at esquat.com (Andreas Grau)
Date: Thu Jul 27 11:50:57 2006
Subject: [ic] Query for count on column
In-Reply-To: <200607271544.k6RFifbx002436@email.edsd.com>
References: <200607271544.k6RFifbx002436@email.edsd.com>
Message-ID: <20060727174955.e0af9ef3.agrau@esquat.com>

On Thu, 27 Jul 2006 09:42:29 -0600
"Tim Good" <tim.g@edsd.com> wrote:

> Can someone please tell why this code snip will not work:
> [ snip ]

mySQL says: #1054 - Unknown column 'ended' in 'where clause' 

What's your table structure looking like ?
From tim.g at edsd.com  Thu Jul 27 11:59:28 2006
From: tim.g at edsd.com (Tim Good)
Date: Thu Jul 27 11:59:45 2006
Subject: [ic] Query for count on column
In-Reply-To: <20060727174955.e0af9ef3.agrau@esquat.com>
Message-ID: <200607271603.k6RG34mm003282@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Andreas Grau
> Sent: Thursday, July 27, 2006 9:50 AM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] Query for count on column
> 
> On Thu, 27 Jul 2006 09:42:29 -0600
> "Tim Good" <tim.g@edsd.com> wrote:
> 
> > Can someone please tell why this code snip will not work:
> > [ snip ]
> 
> mySQL says: #1054 - Unknown column 'ended' in 'where clause' 
> 
> What's your table structure looking like ?

Ended is a valid column in my products table (sorry I excluded that info in
original post).
I have customized my products table and yes have also adjusted the
products.mysl accordingly.

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

From aminobenzoicclog at geologist.com  Thu Jul 27 12:32:57 2006
From: aminobenzoicclog at geologist.com (Bertha)
Date: Thu Jul 27 12:33:01 2006
Subject: [ic] Fresh stuff Hate studying?
Message-ID: <27048711210761.E4032CE902@H3QXSKZ4>

Passed up for the promotion..again?

A Ge nuine Univer sity Degre e in 4-6 weeks!

Have you ever though t that the only thing stopping you from a great j ob and better pay was a few letters behind you  name?
Well now y ou can get them!

BA BSc MA MSc MBA PhD

Within 4-6 weeks!
No Study Required!
100% Verifiable!

T he se are rea l, genuine degre es that include Bach elors, Masters, MBA and D octorate Degrees. They are fully verifiable and certified transcripts are also available.

Just call the number below.
You thank me later

Please call:
  1-928-395-7489 
Calls returned promptly



Smooth runs the water where the brook is deep Do not wear out your welcome Once in a while, right in the middle of an ordinary life, love gives us a fairy tale A good denial, the best point in law.  When children stand still they have done some ill Civility costs nothing Baby who ah cry ah house and ah door ah same thing. Walls have ears 


From tim.g at edsd.com  Thu Jul 27 12:39:27 2006
From: tim.g at edsd.com (Tim Good)
Date: Thu Jul 27 12:39:39 2006
Subject: [ic] Query for count on column
In-Reply-To: <200607271603.k6RG34mm003282@email.edsd.com>
Message-ID: <200607271643.k6RGh29v005090@email.edsd.com>

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Tim Good
> Sent: Thursday, July 27, 2006 9:59 AM
> To: interchange-users@icdevgroup.org
> Subject: RE: [ic] Query for count on column
> 
> > -----Original Message-----
> > From: interchange-users-bounces@icdevgroup.org
> > [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Andreas 
> > Grau
> > Sent: Thursday, July 27, 2006 9:50 AM
> > To: interchange-users@icdevgroup.org
> > Subject: Re: [ic] Query for count on column
> > 
> > On Thu, 27 Jul 2006 09:42:29 -0600
> > "Tim Good" <tim.g@edsd.com> wrote:
> > 
> > > Can someone please tell why this code snip will not work:
> > > [ snip ]
> > 
> > mySQL says: #1054 - Unknown column 'ended' in 'where clause' 
> > 
> > What's your table structure looking like ?
> 
> Ended is a valid column in my products table (sorry I 
> excluded that info in original post).
> I have customized my products table and yes have also 
> adjusted the products.mysl accordingly.

Ok resolved problem for perl block:

::database_exists_ref('products') is not allowed my safe mode
At least that is what the error message says.

Still have not discovered why query tag will not work, by its self in my
original
Post. If any one has ideas there I would really appreciate it.
It would allow me to understand how understand interchange runs different
queries.

> 
> > _______________________________________________
> > 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
> 

From emailgrant at gmail.com  Thu Jul 27 12:48:22 2006
From: emailgrant at gmail.com (Grant)
Date: Thu Jul 27 12:48:36 2006
Subject: [ic] Searching for a UA string
In-Reply-To: <44C868B4.3080004@linuxia.de>
References: <49bf44f10607262050q833c7c1q8261865d41d4ac58@mail.gmail.com>
	<44C868B4.3080004@linuxia.de>
Message-ID: <49bf44f10607270948h43295d3ft32f375be6bd4cb07@mail.gmail.com>

> > I'm having trouble searching for UA strings with the IC search
> > function.  I'm stacking the search parameters like this:
> >
> > sf=user_agent
> > se=Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)
> > op=ne
> > nu=0
> >
> > and I've also tried these:
> >
> > se=Mozilla\/5.0 (compatible; Googlebot\/2.1;
> > +http:\/\/www.google.com\/bot.html)
> >
> > se='Mozilla/5.0 (compatible; Googlebot/2.1;
> > +http://www.google.com/bot.html)'
> >
> > Is there an obvious problem with this?
>
> Certainly some of the non-alphanumeric characters are your problem.

Is there any way to use an IC search to search for non-alphanumeric characters?

- Grant
From tim.g at edsd.com  Thu Jul 27 13:10:01 2006
From: tim.g at edsd.com (Tim Good)
Date: Thu Jul 27 13:08:51 2006
Subject: [ic] How do I include a product count for menus
Message-ID: <200607271712.k6RHCDTf006332@email.edsd.com>

I would like to use the flyout menu and have the count of 
Products within parentheses next to each main category.
For example: Dairy Products (5)

I have a component written which achieves this:

[page href="search" 
         extra="class='barlink'"
 
form="fi=products&st=db&co=1&sf=prod_group&se=Dairy%20Produc
ts&op=rm&nu=0&sf=auctionend&se=today&op=auctionends&nu=0&sf=
itemstart&se=today&op=auctionstart&nu=0&su=1&ml=10&tf=catego
ry&to=x&tf=auctionend&to=x"]Dairy Products</a> <font
color="#191970"> ( [category-count category="Dairy
Products"] )</font>

The category-count tag is my doing with the query below in
it.
But I would like to have this feature be dynamic and within
The flyout menu. If I could merely add [query sql="select
count(sku) from products where ended = 0"][/query]
To somewhere in the in the menu code or menu component I
would be rock'n.

Any ideas?

Tim Good

From tpruitt at pruittcom.com  Thu Jul 27 13:09:33 2006
From: tpruitt at pruittcom.com (Tommy Pruitt)
Date: Thu Jul 27 13:10:12 2006
Subject: [ic] unable to access admin pages
Message-ID: <E035AC17E02B774D8BFD71187ED937A0047922@pci12.pruittcom.local>

When trying to attempt the admin login page I get:

Internal Server Error
The server encountered an internal error or misconfiguration and was
unable to complete your request.

Please contact the server administrator, you@example.com and inform them
of the time the error occurred, and anything you might have done that
may have caused the error.

More information about this error may be available in the server error
log.

Everything on the user side seems to work fine.  They can login and
create logins as needed.  The admin interface cannot be accessed at all.

Thanks in advance
Tommy



From racke at linuxia.de  Thu Jul 27 13:13:24 2006
From: racke at linuxia.de (Stefan Hornburg)
Date: Thu Jul 27 13:16:52 2006
Subject: [ic] unable to access admin pages
In-Reply-To: <E035AC17E02B774D8BFD71187ED937A0047922@pci12.pruittcom.local>
References: <E035AC17E02B774D8BFD71187ED937A0047922@pci12.pruittcom.local>
Message-ID: <44C8F434.9000901@linuxia.de>

Tommy Pruitt wrote:
> When trying to attempt the admin login page I get:
> 
> Internal Server Error
> The server encountered an internal error or misconfiguration and was
> unable to complete your request.
> 
> Please contact the server administrator, you@example.com and inform them
> of the time the error occurred, and anything you might have done that
> may have caused the error.
> 
> More information about this error may be available in the server error
> log.
> 
> Everything on the user side seems to work fine.  They can login and
> create logins as needed.  The admin interface cannot be accessed at all.

Did you check the global Interchange logfile ?

Bye
	Racke

-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From peter at pajamian.dhs.org  Thu Jul 27 18:15:24 2006
From: peter at pajamian.dhs.org (Peter)
Date: Thu Jul 27 18:15:40 2006
Subject: [ic] Query for count on column
In-Reply-To: <200607271643.k6RGh29v005090@email.edsd.com>
References: <200607271643.k6RGh29v005090@email.edsd.com>
Message-ID: <44C93AFC.8090308@pajamian.dhs.org>

On 07/27/2006 09:39 AM, Tim Good wrote:
> ::database_exists_ref('products') is not allowed my safe mode
> At least that is what the error message says.

Use $Db{products} instead.

Peter
From ictech at mnwebdesign.com  Thu Jul 27 22:07:57 2006
From: ictech at mnwebdesign.com (Curt Hauge)
Date: Thu Jul 27 22:08:18 2006
Subject: [ic] unable to access admin pages
In-Reply-To: <44C8F434.9000901@linuxia.de>
Message-ID: <JKEOKPDMADPLOGOHALPIKENKCIAA.ictech@mnwebdesign.com>

> Tommy Pruitt wrote:
>> When trying to attempt the admin login page I get:
>>
>> Internal Server Error
>> The server encountered an internal error or misconfiguration and was
>> unable to complete your request.
>>
>> Please contact the server administrator, you@example.com and inform
>> them of the time the error occurred, and anything you might have
>> done that may have caused the error.
>>
>> More information about this error may be available in the server
>> error log.
>>
>> Everything on the user side seems to work fine.  They can login and
>> create logins as needed.  The admin interface cannot be accessed at
>> all.
>
> Did you check the global Interchange logfile ?
>
> Bye
> 	Racke

Can you get to checkout page? If not, check if your version of perl supports
threads. You may want an unthreaded perl.

Good luck!


Curt Hauge

From tpruitt at pruittcom.com  Fri Jul 28 15:52:16 2006
From: tpruitt at pruittcom.com (Tommy Pruitt)
Date: Fri Jul 28 15:53:07 2006
Subject: [ic] RE: unable to access admin pages
Message-ID: <E035AC17E02B774D8BFD71187ED937A0047935@pci12.pruittcom.local>

Message: 6
Date: Thu, 27 Jul 2006 19:13:24 +0200
From: Stefan Hornburg <racke@linuxia.de>
Subject: Re: [ic] unable to access admin pages
To: interchange-users@icdevgroup.org
Message-ID: <44C8F434.9000901@linuxia.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Tommy Pruitt wrote:
>> When trying to attempt the admin login page I get:
>> 
>> Internal Server Error
>> The server encountered an internal error or misconfiguration and was
>> unable to complete your request.
>> 
>> Please contact the server administrator, you@example.com and inform
them
>> of the time the error occurred, and anything you might have done that
>> may have caused the error.
>> 
>> More information about this error may be available in the server
error
>> log.
>> 
>> Everything on the user side seems to work fine.  They can login and
>> create logins as needed.  The admin interface cannot be accessed at
all.
>
>Did you check the global Interchange logfile ?
>
>Bye
>Racke

I have 

66.203.239.186 NgPyfyrj:66.203.239.186 - [28/July/2006:14:44:21 -0500]
pci_web /cgi-bin/pci_web/admin/index.html Runtime error: ichelp import
into  failed: sdbm store returned -1, errno 22, key "kaccess.main" at
/usr/local/interchange/lib/Vend/Table/Common.pm line 490, <IN> line 3.
>

In the error.log

From DDavenport at newagedigital.com  Fri Jul 28 16:42:52 2006
From: DDavenport at newagedigital.com (Daniel Davenport)
Date: Fri Jul 28 16:43:38 2006
Subject: [ic] How to include HTTP GET response in an IC page
Message-ID: <6646EB737DB9164B9A6992E17A47DC74186FB7@mssbs01.NewAgeDigital.local>

 

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Jon Jensen
> Sent: 2006 July 26 -- Wednesday 1:07 PM
> To: interchange-users@icdevgroup.org
> Subject: Re: [ic] How to include HTTP GET response in an IC page
> 
> On Wed, 26 Jul 2006, DB wrote:
> 
> > The tag works if I use it like this:
> > [get-url "http://example.com/mypage.xml"]
> >
> > and if I view the source of the resulting page I see:
> >
> > <?xml version="1.0" encoding="utf-8"?>
> > <ArrayOfString xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> > xmlns:xsd="http://www.w3.org/2001/XMLSchema" 
> xmlns="http://www.example.com">
> >  <string>the_result</string>
> >  <string xsi:nil="true" />
> > </ArrayOfString>
> >
> > as expected. However if I try
> >
> > [calcn]
> > 	my $page = $Tag->get_url('http://www.example.com/mypage.xml');
> > 	$page =~ m!<string>(.+?)</string>!;
> > 	$1;
> > [/calcn]
> >
> > then all I see is 0
> 
> What's in your error.log?
> 
> It may be that the get_url tag code does something un-Safe 
> and thus can't 
> be run from a calc block. You may need to write a usertag instead.
> 
> Jon

or.....move the get_url out of the calc block.  :)

[tmp page][get-url url="http://example.com/mypage.xml"][/tmp]
[calcn] ($Scratch->{page} =~ m!<string>(.+?)</string>!) and $1; [/calcn]

--
Daniel Davenport
New Age Digital
http://www.newagedigital.com

From DDavenport at newagedigital.com  Fri Jul 28 16:52:39 2006
From: DDavenport at newagedigital.com (Daniel Davenport)
Date: Fri Jul 28 16:53:23 2006
Subject: [ic] Query for count on column
Message-ID: <6646EB737DB9164B9A6992E17A47DC74186FB8@mssbs01.NewAgeDigital.local>

 

> -----Original Message-----
> From: interchange-users-bounces@icdevgroup.org 
> [mailto:interchange-users-bounces@icdevgroup.org] On Behalf 
> Of Tim Good
> Sent: 2006 July 27 -- Thursday 12:39 PM
> To: interchange-users@icdevgroup.org
> Subject: RE: [ic] Query for count on column
> 
> Ok resolved problem for perl block:
> 
> ::database_exists_ref('products') is not allowed my safe mode
> At least that is what the error message says.

With perl embedded in a page, i've had better luck using $Db{products}.
In a page, %Db contains references to all the tables specified in the
tables= param to the [perl] tag.

--
Daniel Davenport
New Age Digital
http://www.newagedigital.com

From emailgrant at gmail.com  Fri Jul 28 20:28:57 2006
From: emailgrant at gmail.com (Grant)
Date: Fri Jul 28 20:29:06 2006
Subject: [ic] Authorize.Net "Unknown charge type:"
Message-ID: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>

I'm trying to use the Authorize.Net payment module in a custom admin
page for manually processing cards that are saved via PGP on the
front-end.

I'm submitting three variables called:

mv_credit_card_number
mv_credit_card_exp_month
mv_credit_card_exp_year

and calling this on the subsequent page:

[charge mode="authorizenet" id="mYiD" secret="mYsEcReT"
transaction="sale" test="TRUE"]

Nothing is returned to the page and I get the following in the error.log:

//process Unknown charge type:

I have the following in catalog.cfg and interchange.cfg respectively:

Variable MV_PAYMENT_MODE authorizenet
Require module Vend::Payment::AuthorizeNet

I seached the ML archives.  Does anyone know what I'm doing wrong?

- Grant
From kevin at cursor.biz  Fri Jul 28 23:22:58 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Fri Jul 28 23:23:17 2006
Subject: [ic] Authorize.Net "Unknown charge type:"
In-Reply-To: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>
References: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>
Message-ID: <200607290422.59116.kevin@cursor.biz>

Grant <emailgrant@gmail.com> wrote:
> I'm trying to use the Authorize.Net payment module in a custom admin
> page for manually processing cards that are saved via PGP on the
> front-end.
> 
> I'm submitting three variables called:
> 
> mv_credit_card_number
> mv_credit_card_exp_month
> mv_credit_card_exp_year
> 
> and calling this on the subsequent page:
> 
> [charge mode="authorizenet" id="mYiD" secret="mYsEcReT"
> transaction="sale" test="TRUE"]
> 
> Nothing is returned to the page and I get the following in the error.log:
> 
> //process Unknown charge type:
> 
Try route="authorizenet" instead of mode="authorizenet".

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From kevin at cursor.biz  Fri Jul 28 23:37:42 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Fri Jul 28 23:37:51 2006
Subject: [ic] RE: unable to access admin pages
In-Reply-To: <E035AC17E02B774D8BFD71187ED937A0047935@pci12.pruittcom.local>
References: <E035AC17E02B774D8BFD71187ED937A0047935@pci12.pruittcom.local>
Message-ID: <200607290437.43084.kevin@cursor.biz>

Tommy Pruitt <tpruitt@pruittcom.com> wrote:
> Stefan Hornburg <racke@linuxia.de> wrote:
> > Did you check the global Interchange logfile ?
> >
> 66.203.239.186 NgPyfyrj:66.203.239.186 - [28/July/2006:14:44:21 -0500]
> pci_web /cgi-bin/pci_web/admin/index.html Runtime error: ichelp import
> into  failed: sdbm store returned -1, errno 22, key "kaccess.main" at
> /usr/local/interchange/lib/Vend/Table/Common.pm line 490, <IN> line 3.
> 
You didn't have the GDBM libraries installed when you built Perl, so
Interchange is attempting to use SDBM, without a lot of success.
Install the GDBM library, rebuild Perl and restart Interchange.

the GDBM library can be found in the "gdbm-devel" package on Red Hat
systems and "sys-libs/gdbm" on Gentoo.  Other distros may use other
names.  Gentoo installs the GDBM library as standard, when you install
Perl, but you have to ask for it on most (possibly all) other distros.

Remember that it's always a good idea to quote any relevant error.log
messages when posting questions that involve tracking down errors.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From emailgrant at gmail.com  Sat Jul 29 00:32:44 2006
From: emailgrant at gmail.com (Grant)
Date: Sat Jul 29 00:32:54 2006
Subject: [ic] Authorize.Net "Unknown charge type:"
In-Reply-To: <200607290422.59116.kevin@cursor.biz>
References: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>
	<200607290422.59116.kevin@cursor.biz>
Message-ID: <49bf44f10607282132x10b573efje673bac2e22198f5@mail.gmail.com>

> > I'm trying to use the Authorize.Net payment module in a custom admin
> > page for manually processing cards that are saved via PGP on the
> > front-end.
> >
> > I'm submitting three variables called:
> >
> > mv_credit_card_number
> > mv_credit_card_exp_month
> > mv_credit_card_exp_year
> >
> > and calling this on the subsequent page:
> >
> > [charge mode="authorizenet" id="mYiD" secret="mYsEcReT"
> > transaction="sale" test="TRUE"]
> >
> > Nothing is returned to the page and I get the following in the error.log:
> >
> > //process Unknown charge type:
> >
> Try route="authorizenet" instead of mode="authorizenet".

In a word Kevin: bingo.  Thanks a lot.

I also needed to add an "amount" parameter to the charge tag, but that
was quite explicit thanks to this bit of code from the in-module docs:

[calc]
my $string = $Tag->uneval( { ref => $Session->{payment_result} });
$string =~ s/{/{\n/;
$string =~ s/,/,\n/g;
return $string;
[/calc]

There is actually a long list of variables in the module.  So, any
values that aren't passed to the charge tag explicitly are pulled from
the session's [value]s if possible?

- Grant
From kevin at cursor.biz  Sat Jul 29 02:06:41 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Sat Jul 29 02:06:50 2006
Subject: [ic] Authorize.Net "Unknown charge type:"
In-Reply-To: <49bf44f10607282132x10b573efje673bac2e22198f5@mail.gmail.com>
References: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>
	<200607290422.59116.kevin@cursor.biz>
	<49bf44f10607282132x10b573efje673bac2e22198f5@mail.gmail.com>
Message-ID: <200607290706.42469.kevin@cursor.biz>

Grant <emailgrant@gmail.com> wrote:
> There is actually a long list of variables in the [payment] module.  So, any
> values that aren't passed to the charge tag explicitly are pulled from
> the session's [value]s if possible?
> 
No.  None of the [charge] parameters will be pulled from the $Values
space, as that would be far too insecure.  Default parameter values can
be stored in a Route or in Variables.  Variables must be prefixed with
"MV_PAYMENT_".  The Route name must match the name given in the [charge]
tag's "route" parameter.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From emailgrant at gmail.com  Sat Jul 29 12:56:50 2006
From: emailgrant at gmail.com (Grant)
Date: Sat Jul 29 12:57:05 2006
Subject: [ic] Authorize.Net "Unknown charge type:"
In-Reply-To: <200607290706.42469.kevin@cursor.biz>
References: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>
	<200607290422.59116.kevin@cursor.biz>
	<49bf44f10607282132x10b573efje673bac2e22198f5@mail.gmail.com>
	<200607290706.42469.kevin@cursor.biz>
Message-ID: <49bf44f10607290956n7e00a936ma3273a64e9a8fa6d@mail.gmail.com>

> > There is actually a long list of variables in the [payment] module.  So, any
> > values that aren't passed to the charge tag explicitly are pulled from
> > the session's [value]s if possible?
> >
> No.  None of the [charge] parameters will be pulled from the $Values
> space, as that would be far too insecure.  Default parameter values can
> be stored in a Route or in Variables.  Variables must be prefixed with
> "MV_PAYMENT_".  The Route name must match the name given in the [charge]
> tag's "route" parameter.

Well, the following values must be pulled:

mv_credit_card_number
mv_credit_card_exp_month
mv_credit_card_exp_year

I'm not passing them to the charge tag explicitly, but if I don't
submit them on the page I get the appropriate error responses.

Also, how can I get the values of the $result variables on my IC page?
 For example:

x_response_reason_text
x_trans_id
x_avs_code

I've tried all kinds of stuff with no luck.

- Grant
From emailgrant at gmail.com  Sun Jul 30 05:48:38 2006
From: emailgrant at gmail.com (Grant)
Date: Sun Jul 30 05:48:54 2006
Subject: [ic] Authorize.Net "Unknown charge type:"
In-Reply-To: <49bf44f10607290956n7e00a936ma3273a64e9a8fa6d@mail.gmail.com>
References: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>
	<200607290422.59116.kevin@cursor.biz>
	<49bf44f10607282132x10b573efje673bac2e22198f5@mail.gmail.com>
	<200607290706.42469.kevin@cursor.biz>
	<49bf44f10607290956n7e00a936ma3273a64e9a8fa6d@mail.gmail.com>
Message-ID: <49bf44f10607300248j6e928364obb8c47493db810da@mail.gmail.com>

> > > There is actually a long list of variables in the [payment] module.  So, any
> > > values that aren't passed to the charge tag explicitly are pulled from
> > > the session's [value]s if possible?
> > >
> > No.  None of the [charge] parameters will be pulled from the $Values
> > space, as that would be far too insecure.  Default parameter values can
> > be stored in a Route or in Variables.  Variables must be prefixed with
> > "MV_PAYMENT_".  The Route name must match the name given in the [charge]
> > tag's "route" parameter.
>
> Well, the following values must be pulled:
>
> mv_credit_card_number
> mv_credit_card_exp_month
> mv_credit_card_exp_year
>
> I'm not passing them to the charge tag explicitly, but if I don't
> submit them on the page I get the appropriate error responses.
>
> Also, how can I get the values of the $result variables on my IC page?
>  For example:
>
> x_response_reason_text
> x_trans_id
> x_avs_code
>
> I've tried all kinds of stuff with no luck.
>
> - Grant

I'm getting access to the individual values in payment_result this way:

[perl]
my $payment_status = $Tag->uneval( { ref =>
$Session->{payment_result}{MStatus} });
$payment_status =~ s/^\s+|\s+$//g;
$payment_status =~ s/'//g;
$Scratch->{payment_status} = $payment_status;
[/perl]

The =~ stuff is necessary because each of the payment_result values
come encapsulated in single-quotes and with a trailing line-break.

- Grant
From kevin at cursor.biz  Sun Jul 30 06:19:10 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Sun Jul 30 06:19:24 2006
Subject: [ic] Authorize.Net "Unknown charge type:"
In-Reply-To: <49bf44f10607290956n7e00a936ma3273a64e9a8fa6d@mail.gmail.com>
References: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>
	<200607290706.42469.kevin@cursor.biz>
	<49bf44f10607290956n7e00a936ma3273a64e9a8fa6d@mail.gmail.com>
Message-ID: <200607301119.11179.kevin@cursor.biz>

Grant <emailgrant@gmail.com> wrote:
> > > There is actually a long list of variables in the [payment] module.  So, any
> > > values that aren't passed to the charge tag explicitly are pulled from
> > > the session's [value]s if possible?
> > >
> > No.  None of the [charge] parameters will be pulled from the $Values
> > space, as that would be far too insecure.  Default parameter values can
> > be stored in a Route or in Variables.  Variables must be prefixed with
> > "MV_PAYMENT_".  The Route name must match the name given in the [charge]
> > tag's "route" parameter.
> >
> Well, the following values must be pulled:
> 
> mv_credit_card_number
> mv_credit_card_exp_month
> mv_credit_card_exp_year
>
There is a difference between the tag parameters, which will not
be pulled from $Values space, and values, which cannot be passed
as parameters.  From the context of this thread, I thought we were
talking about parameters.

> 
> I'm not passing them to the charge tag explicitly, but if I don't
> submit them on the page I get the appropriate error responses.
>
You can set keys in the $Value hashref before calling [charge],
if you want to avoid using a HTML <form> for some reason.  I can't
think of a reason for doing that.

> 
> Also, how can I get the values of the $result variables on my IC page?
>  For example:
> 
> x_response_reason_text
> x_trans_id
> x_avs_code
> 
> I've tried all kinds of stuff with no luck.
> 
I have a UserTag that you can use for that sort of thing.  You can
either use it directly or examine the code and use the same technique
in your code.

You can get the [payment-result] UserTag from this page:

    http://www.interchange.rtfm.info/downloads/usertags/index.html

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From emailgrant at gmail.com  Sun Jul 30 13:40:17 2006
From: emailgrant at gmail.com (Grant)
Date: Sun Jul 30 13:40:33 2006
Subject: [ic] Authorize.Net "Unknown charge type:"
In-Reply-To: <200607301119.11179.kevin@cursor.biz>
References: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>
	<200607290706.42469.kevin@cursor.biz>
	<49bf44f10607290956n7e00a936ma3273a64e9a8fa6d@mail.gmail.com>
	<200607301119.11179.kevin@cursor.biz>
Message-ID: <49bf44f10607301040l63a7c249j56db248afb403024@mail.gmail.com>

> > > > There is actually a long list of variables in the [payment] module.  So, any
> > > > values that aren't passed to the charge tag explicitly are pulled from
> > > > the session's [value]s if possible?
> > > >
> > > No.  None of the [charge] parameters will be pulled from the $Values
> > > space, as that would be far too insecure.  Default parameter values can
> > > be stored in a Route or in Variables.  Variables must be prefixed with
> > > "MV_PAYMENT_".  The Route name must match the name given in the [charge]
> > > tag's "route" parameter.
> > >
> > Well, the following values must be pulled:
> >
> > mv_credit_card_number
> > mv_credit_card_exp_month
> > mv_credit_card_exp_year
> >
> There is a difference between the tag parameters, which will not
> be pulled from $Values space, and values, which cannot be passed
> as parameters.  From the context of this thread, I thought we were
> talking about parameters.
>
> >
> > I'm not passing them to the charge tag explicitly, but if I don't
> > submit them on the page I get the appropriate error responses.
> >
> You can set keys in the $Value hashref before calling [charge],
> if you want to avoid using a HTML <form> for some reason.  I can't
> think of a reason for doing that.

I'm just trying to get a handle on the way it work since I'm kind of
building my own virtual terminal.  So, the following three variables
can not be passed as charge tag parameters and must be in the $Values
hashref when the charge tag is called?

mv_credit_card_number
mv_credit_card_exp_month
mv_credit_card_exp_year

> > Also, how can I get the values of the $result variables on my IC page?
> >  For example:
> >
> > x_response_reason_text
> > x_trans_id
> > x_avs_code
> >
> > I've tried all kinds of stuff with no luck.
> >
> I have a UserTag that you can use for that sort of thing.  You can
> either use it directly or examine the code and use the same technique
> in your code.
>
> You can get the [payment-result] UserTag from this page:
>
>     http://www.interchange.rtfm.info/downloads/usertags/index.html

Great tag.  Much better than what I was doing.  Thanks Kevin.

- Grant
From kevin at cursor.biz  Sun Jul 30 14:53:12 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Sun Jul 30 14:53:24 2006
Subject: [ic] Authorize.Net "Unknown charge type:"
In-Reply-To: <49bf44f10607301040l63a7c249j56db248afb403024@mail.gmail.com>
References: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>
	<200607301119.11179.kevin@cursor.biz>
	<49bf44f10607301040l63a7c249j56db248afb403024@mail.gmail.com>
Message-ID: <200607301953.13516.kevin@cursor.biz>

Grant <emailgrant@gmail.com> wrote:
> I'm just trying to get a handle on the way it work since I'm kind of
> building my own virtual terminal.  So, the following three variables
> can not be passed as charge tag parameters and must be in the $Values
> hashref when the charge tag is called?
> 
> mv_credit_card_number
> mv_credit_card_exp_month
> mv_credit_card_exp_year
> 
Correct.  That also goes for mv_credit_card_cvv2 and other values, such
as the user's name and address etc.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From emailgrant at gmail.com  Sun Jul 30 17:14:57 2006
From: emailgrant at gmail.com (Grant)
Date: Sun Jul 30 17:15:05 2006
Subject: [ic] Authorize.Net "Unknown charge type:"
In-Reply-To: <200607301953.13516.kevin@cursor.biz>
References: <49bf44f10607281728i262c54eax30249c8cca6da0c0@mail.gmail.com>
	<200607301119.11179.kevin@cursor.biz>
	<49bf44f10607301040l63a7c249j56db248afb403024@mail.gmail.com>
	<200607301953.13516.kevin@cursor.biz>
Message-ID: <49bf44f10607301414r629b28b8vbee79146aa264a7@mail.gmail.com>

> > I'm just trying to get a handle on the way it work since I'm kind of
> > building my own virtual terminal.  So, the following three variables
> > can not be passed as charge tag parameters and must be in the $Values
> > hashref when the charge tag is called?
> >
> > mv_credit_card_number
> > mv_credit_card_exp_month
> > mv_credit_card_exp_year
> >
> Correct.  That also goes for mv_credit_card_cvv2 and other values, such
> as the user's name and address etc.

Sounds good, thanks again.

- Grant
From emailgrant at gmail.com  Sun Jul 30 20:05:53 2006
From: emailgrant at gmail.com (Grant)
Date: Sun Jul 30 20:06:00 2006
Subject: [ic] $Tag->data in a UserTag
Message-ID: <49bf44f10607301705q5e47e3f1s35f4335e9e887f8c@mail.gmail.com>

I'm having trouble getting the data tag to work inside a usertag when
I specify one of the tag's fields with a $variable.  I've tried both
of these:

my $new_variable = $Tag->data({table => 'table_name', field =>
'field_name', key => $variable});

my $new_variable = tag_data('table_name', 'field_name', $variable);

and I've fiddled with ',",q{}, and qq{} quite a bit too.  Does anyone
know how to make this work?

- Grant
From brent at zeald.com  Sun Jul 30 20:31:07 2006
From: brent at zeald.com (Brent Kelly)
Date: Sun Jul 30 20:31:17 2006
Subject: [ic] $Tag->data in a UserTag
In-Reply-To: <49bf44f10607301705q5e47e3f1s35f4335e9e887f8c@mail.gmail.com>
References: <49bf44f10607301705q5e47e3f1s35f4335e9e887f8c@mail.gmail.com>
Message-ID: <8590cac880d56fe7c3284b9313adcd82@zeald.com>

Try:

my $new_var = $::Tag->data( { table => 'mytable', field => 'myfield',
key => $key } );

Note the double colon in $::Tag->...

Hope that helps

Brent Kelly,
Zeald.com
http://www.zeald.com/goto/133



On 12:05:53 pm 07/31/06 Grant  wrote:I'm having trouble getting the
data tag to work inside a usertag when
I specify one of the tag's fields with a $variable.  I've tried both
of these:

my $new_variable = $Tag->data({table => 'table_name', field =>
'field_name', key => $variable});

my $new_variable = tag_data('table_name', 'field_name', $variable);

and I've fiddled with ',",q{}, and qq{} quite a bit too.  Does anyone
know how to make this work?

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



From dogmaabscissae at bikerider.com  Sun Jul 30 21:11:20 2006
From: dogmaabscissae at bikerider.com (bandy)
Date: Sun Jul 30 21:11:41 2006
Subject: [ic] huge club
Message-ID: <60878240273053.DBA2D3E932@CEJ5QQU5>

Ever thought of putting the result of joint work into your own trading career? Now you can do that, making use of great stocking tips worked out by experts! 
Now listen. This stock could help you make huge amounts of money in weeks!

Get QEG Y First Thing on Monday, It is gowing to expload!

QUANTUM ENERGY INC (Q EGY)
CURRENT_PRICE: $2.15 

This price is the minimum for last week and will boom on MONDAY
Worst Scenario Target Price: $2.55
Most Probable Scenario Target Price: $2.90
Best Scenario Target Price: $3.55

CHECK LAST MONDAY GROWTH. THIS MONDAY IT WILL GROW AGAIN!

Recommendation: 
"Strong Buy" QEG Y starting from 10:00 a.m. 31 July 2006 till 
11:30 a.m. 13 July 2006. Watch Q EGY price fast rising. Hold your Q EGY 
shares until the stock reaches it?s highest peak depending on your long-term 
or short-term interests/preferences. Do not panic in case of some fluctuations, 
subscribed members will receive exact Buy/Sell signals/alerts.

About the company:
Quantum Energy is a publicly traded growth orientated oil and gas 
exploration company. The objective is to seek out and define 
opportunities that represent a low risk opportunity to develop positive cash 
flow. As well, the company aims to define larger projects that can be 
developed with Joint Venture partners or be entered into by a Joint Venture.

Red Hot News:
Quantum Energy, Inc. Announces Update on Barnett Shale Horizontal Well
Quantum Energy issues update on the Barnett Shale Horizontal well - the 
Inglish # 1H. Drilling commenced on June 30, 2006 and was completed on 
July 26, 2006. This well is located in the Barnett Shale play of Fort 
Worth Basin, Texas and is operated by Rife Operating, Inc. Drilling 
reached a total depth of 9,886'. The well has been cased and cemented. 
Well completion including perforation and frac is expected on August 12, 
2006.

Conclusion:
The Examples Above Show The Awesome, Earning Potential of Little Known 
Companies That Explode Onto Investor's Radar Screens; Many of You Are 
Already Familiar with This. Is Q EGY Poised and Positioned to Do that 
For You? Then You May Feel the Time Has Come to Act... And Please Watch 
this One Trade on the 31 of JULY! Go QE GY.
Harvest the cream from this stock, seasoned traders recommend it.

I sincerely hope you get your slice of the trading pie. And I wish it?s really thick and sweet!




From tom at readyink.com  Sun Jul 30 21:35:30 2006
From: tom at readyink.com (Tom Friedel - Ready Ink Incorporated)
Date: Sun Jul 30 21:35:52 2006
Subject: [ic] [search-region] and OR search
In-Reply-To: <200607291600.k6TG062p024951@icdevgroup.org>
References: <200607291600.k6TG062p024951@icdevgroup.org>
Message-ID: <44CD5E62.1080100@readyink.com>

I am trying to use [search-region] to find two countries JP  TH using 
OR.  Below returns those but another 12 that I can't explain.   I am 
using Postgres and wonder if this might be a bug specific to that database.

sf=country
se=JP
se=TH
os=yes
op=eq


I also tried to use

se=JP|TH
op=rm

with no luck (no results found)

thank you in advance,
tom
http://www.readyink.com



From emailgrant at gmail.com  Mon Jul 31 00:46:32 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 31 00:46:38 2006
Subject: [ic] $Tag->data in a UserTag
In-Reply-To: <8590cac880d56fe7c3284b9313adcd82@zeald.com>
References: <49bf44f10607301705q5e47e3f1s35f4335e9e887f8c@mail.gmail.com>
	<8590cac880d56fe7c3284b9313adcd82@zeald.com>
Message-ID: <49bf44f10607302146o2057c73cq22c7d2847a848305@mail.gmail.com>

> Try:
>
> my $new_var = $::Tag->data( { table => 'mytable', field => 'myfield',
> key => $key } );
>
> Note the double colon in $::Tag->...

That's actually not working either.  If I hard-code the key value like
the rest of the parameters it works, but not if I try to use a
$variable.

- Grant


> On 12:05:53 pm 07/31/06 Grant  wrote:I'm having trouble getting the
> data tag to work inside a usertag when
> I specify one of the tag's fields with a $variable.  I've tried both
> of these:
>
> my $new_variable = $Tag->data({table => 'table_name', field =>
> 'field_name', key => $variable});
>
> my $new_variable = tag_data('table_name', 'field_name', $variable);
>
> and I've fiddled with ',",q{}, and qq{} quite a bit too.  Does anyone
> know how to make this work?
>
> - Grant
From jt at signless.com  Mon Jul 31 01:12:56 2006
From: jt at signless.com (JT Justman)
Date: Mon Jul 31 01:12:44 2006
Subject: [ic] $Tag->data in a UserTag
In-Reply-To: <49bf44f10607302146o2057c73cq22c7d2847a848305@mail.gmail.com>
References: <49bf44f10607301705q5e47e3f1s35f4335e9e887f8c@mail.gmail.com>	<8590cac880d56fe7c3284b9313adcd82@zeald.com>
	<49bf44f10607302146o2057c73cq22c7d2847a848305@mail.gmail.com>
Message-ID: <44CD9158.2000405@signless.com>

Grant wrote:
>> Try:
>>
>> my $new_var = $::Tag->data( { table => 'mytable', field => 'myfield',
>> key => $key } );
>>
>> Note the double colon in $::Tag->...
> 
> That's actually not working either.  If I hard-code the key value like
> the rest of the parameters it works, but not if I try to use a
> $variable.

Is this a numeric key? Perhaps it is being stingified in one case, but 
not another.

Just a thought...

JT
From brent at zeald.com  Mon Jul 31 01:19:10 2006
From: brent at zeald.com (Brent Kelly)
Date: Mon Jul 31 01:19:19 2006
Subject: [ic] $Tag->data in a UserTag
In-Reply-To: <49bf44f10607302146o2057c73cq22c7d2847a848305@mail.gmail.com>
References: <49bf44f10607301705q5e47e3f1s35f4335e9e887f8c@mail.gmail.com>
	<8590cac880d56fe7c3284b9313adcd82@zeald.com>
	<49bf44f10607302146o2057c73cq22c7d2847a848305@mail.gmail.com>
Message-ID: <5ad7c48613ad4d28ee3f681a71e84c94@zeald.com>

Hmm if what you say is accurate then the only thing it could be is
that your $variable is not set to what you are expecting it to be.

I'd try either ::logError( "my var is $variable") & check your
error.log or to be sure of its value try:

my $var = '00123';
my $new_var = $::Tag->data( { table => 'mytable', field => 'myfield',
key => $var } );

If that works then try log var at a number of places throughout the
page & see whats happening to it because if its working when
hardcoded then i'll be a silly mistake most likely.

Brent Kelly
Zeald.com
http://www.zeald.com/goto/133



On 4:46:32 pm 07/31/06 Grant  wrote:> Try:
>
> my $new_var = $::Tag->data( { table => 'mytable', field =>
'myfield',
> key => $key } );
>
> Note the double colon in $::Tag->...

That's actually not working either.  If I hard-code the key value
like
the rest of the parameters it works, but not if I try to use a
$variable.

- Grant

> On 12:05:53 pm 07/31/06 Grant  wrote:I'm having trouble getting the
> data tag to work inside a usertag when
> I specify one of the tag's fields with a $variable.  I've tried
both
> of these:
>
> my $new_variable = $Tag->data({table => 'table_name', field =>
> 'field_name', key => $variable});
>
> my $new_variable = tag_data('table_name', 'field_name', $variable);
>
> and I've fiddled with ',",q{}, and qq{} quite a bit too.  Does
anyone
> know how to make this work?
>
> - Grant
_______________________________________________
interchange-users mailing list
interchange-users@icdevgroup.org
http://www.icdevgroup.org/mailman/listinfo/interchange-users



From racke at linuxia.de  Mon Jul 31 03:41:27 2006
From: racke at linuxia.de (Stefan Hornburg (Racke))
Date: Mon Jul 31 03:44:20 2006
Subject: [ic] $Tag->data in a UserTag
In-Reply-To: <49bf44f10607302146o2057c73cq22c7d2847a848305@mail.gmail.com>
References: <49bf44f10607301705q5e47e3f1s35f4335e9e887f8c@mail.gmail.com>	<8590cac880d56fe7c3284b9313adcd82@zeald.com>
	<49bf44f10607302146o2057c73cq22c7d2847a848305@mail.gmail.com>
Message-ID: <44CDB427.7090000@linuxia.de>

Grant wrote:
>> Try:
>>
>> my $new_var = $::Tag->data( { table => 'mytable', field => 'myfield',
>> key => $key } );
>>
>> Note the double colon in $::Tag->...
> 
> That's actually not working either.  If I hard-code the key value like
> the rest of the parameters it works, but not if I try to use a
> $variable.

And you are sure that $variable contains a valid key ?

Bye
	Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From racke at linuxia.de  Mon Jul 31 03:41:57 2006
From: racke at linuxia.de (Stefan Hornburg (Racke))
Date: Mon Jul 31 03:44:31 2006
Subject: [ic] $Tag->data in a UserTag
In-Reply-To: <8590cac880d56fe7c3284b9313adcd82@zeald.com>
References: <49bf44f10607301705q5e47e3f1s35f4335e9e887f8c@mail.gmail.com>
	<8590cac880d56fe7c3284b9313adcd82@zeald.com>
Message-ID: <44CDB445.4010903@linuxia.de>

Brent Kelly wrote:
> Try:
> 
> my $new_var = $::Tag->data( { table => 'mytable', field => 'myfield',
> key => $key } );
> 
> Note the double colon in $::Tag->...

That shouldn't make a difference.

Bye
	Racke

-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From racke at linuxia.de  Mon Jul 31 04:09:46 2006
From: racke at linuxia.de (Stefan Hornburg (Racke))
Date: Mon Jul 31 04:12:08 2006
Subject: [ic] [search-region] and OR search
In-Reply-To: <44CD5E62.1080100@readyink.com>
References: <200607291600.k6TG062p024951@icdevgroup.org>
	<44CD5E62.1080100@readyink.com>
Message-ID: <44CDBACA.2070608@linuxia.de>

Tom Friedel - Ready Ink Incorporated wrote:
> I am trying to use [search-region] to find two countries JP  TH using 
> OR.  Below returns those but another 12 that I can't explain.   I am 
> using Postgres and wonder if this might be a bug specific to that database.
> 
> sf=country
> se=JP
> se=TH
> os=yes
> op=eq
> 

I suppose you are missing co=1.

Bye
	Racke



-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

From emailgrant at gmail.com  Mon Jul 31 11:46:45 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 31 11:47:24 2006
Subject: [ic] $Tag->data in a UserTag
In-Reply-To: <5ad7c48613ad4d28ee3f681a71e84c94@zeald.com>
References: <49bf44f10607301705q5e47e3f1s35f4335e9e887f8c@mail.gmail.com>
	<8590cac880d56fe7c3284b9313adcd82@zeald.com>
	<49bf44f10607302146o2057c73cq22c7d2847a848305@mail.gmail.com>
	<5ad7c48613ad4d28ee3f681a71e84c94@zeald.com>
Message-ID: <49bf44f10607310846n43b5b48cg38cb0ab4eb27265e@mail.gmail.com>

> Hmm if what you say is accurate then the only thing it could be is
> that your $variable is not set to what you are expecting it to be.
>
> I'd try either ::logError( "my var is $variable") & check your
> error.log or to be sure of its value try:
>
> my $var = '00123';
> my $new_var = $::Tag->data( { table => 'mytable', field => 'myfield',
> key => $var } );
>
> If that works then try log var at a number of places throughout the
> page & see whats happening to it because if its working when
> hardcoded then i'll be a silly mistake most likely.
>
> Brent Kelly
> Zeald.com

Thanks Brent and Racke.  I needed to change this:

my $order_number = @_;

to this:

my ($order_number) = @_;

- Grant
From paul at gishnetwork.com  Mon Jul 31 13:52:40 2006
From: paul at gishnetwork.com (Paul Jordan)
Date: Mon Jul 31 13:52:52 2006
Subject: [ic] Session ID supression causes Javascript to fail
Message-ID: <20060731175242.17BB71B681B@mail.perusion.com>



OK, I am sure I am in for a beating with the dum dum stick this time. I no
longer have a problem, but would like to understand what is going on.

I have two catalogs. In catalog A, I have a system that among other things,
had:
ScratchDefault  mv_no_session_id  1
ScratchDefault  mv_no_count       1

For whatever reason, once I logged into my custom backend, sessionID's and
mv_pc would appear in the URL's. I really didn't care in the backend.
Everything worked great.

I copied this backend into Catalog B. It also had:
ScratchDefault  mv_no_session_id  1
ScratchDefault  mv_no_count       1

However, links that were launched via Javascript (href's were good, just no
&id=) would go to the special_pages/missing.html. I could not figure out why
for hours. I did notice however, in this backend (catalog B) I was not
getting &id= and &mv_pc in my URL's. So, I:

ScratchDefault  mv_no_session_id  0
ScratchDefault  mv_no_count       0

This fixed it. However, I am left with two questions.

1. is the session_id required in href's launched from Javascript?

2. What would cause a catalog (in this case Catalog A) to show &id= after
login, but not before - or, if that is expected, what would cause &id= to
NOT show up after login, as in Catalog B?

Best,

Paul Jordan


From kevin at cursor.biz  Mon Jul 31 14:59:37 2006
From: kevin at cursor.biz (Kevin Walsh)
Date: Mon Jul 31 14:59:54 2006
Subject: [ic] Session ID supression causes Javascript to fail
In-Reply-To: <20060731175242.17BB71B681B@mail.perusion.com>
References: <20060731175242.17BB71B681B@mail.perusion.com>
Message-ID: <200607311959.39296.kevin@cursor.biz>

"Paul Jordan" <paul@gishnetwork.com> wrote:
> OK, I am sure I am in for a beating with the dum dum stick this time. I no
> longer have a problem, but would like to understand what is going on.
> 
> I have two catalogs. In catalog A, I have a system that among other things,
> had:
> ScratchDefault  mv_no_session_id  1
> ScratchDefault  mv_no_count       1
> 
> For whatever reason, once I logged into my custom backend, sessionID's and
> mv_pc would appear in the URL's. I really didn't care in the backend.
> Everything worked great.
> 
> I copied this backend into Catalog B. It also had:
> ScratchDefault  mv_no_session_id  1
> ScratchDefault  mv_no_count       1
> 
> However, links that were launched via Javascript (href's were good, just no
> &id=) would go to the special_pages/missing.html. I could not figure out why
> for hours. I did notice however, in this backend (catalog B) I was not
> getting &id= and &mv_pc in my URL's. So, I:
> 
> ScratchDefault  mv_no_session_id  0
> ScratchDefault  mv_no_count       0
> 
> This fixed it. However, I am left with two questions.
> 
> 1. is the session_id required in href's launched from Javascript?
> 
> 2. What would cause a catalog (in this case Catalog A) to show &id= after
> login, but not before - or, if that is expected, what would cause &id= to
> NOT show up after login, as in Catalog B?
> 
Firstly, the problem of session IDs re-appearing after login, despite
the mv_no_session_id setting, has been fixed in Interchange 5.5.0.
the fix can be easily backported to 5.4, and probably to earlier versions
too.  The addition of a session ID in the URI, when it is not required,
doesn't cause problems - it just doesn't look very "clean".

The session ID in all URIs is important (essential) if the user has
session cookies switched off for some reason, and that goes for
JavaScript-generated URIs too.

-- 
   _/   _/  _/_/_/_/  _/    _/  _/_/_/  _/    _/
  _/_/_/   _/_/      _/    _/    _/    _/_/  _/   K e v i n   W a l s h
 _/ _/    _/          _/ _/     _/    _/  _/_/    kevin@cursor.biz
_/   _/  _/_/_/_/      _/    _/_/_/  _/    _/
From peter at pajamian.dhs.org  Mon Jul 31 17:24:08 2006
From: peter at pajamian.dhs.org (Peter)
Date: Mon Jul 31 17:24:26 2006
Subject: [ic] Session ID supression causes Javascript to fail
In-Reply-To: <20060731175242.17BB71B681B@mail.perusion.com>
References: <20060731175242.17BB71B681B@mail.perusion.com>
Message-ID: <44CE74F8.8010300@pajamian.dhs.org>

On 07/31/2006 10:52 AM, Paul Jordan wrote:
> I have two catalogs. In catalog A, I have a system that among other things,
> had:
> ScratchDefault  mv_no_session_id  1
> ScratchDefault  mv_no_count       1
> 
> For whatever reason, once I logged into my custom backend, sessionID's and
> mv_pc would appear in the URL's. I really didn't care in the backend.
> Everything worked great.

Hey Paul,

Look at etc/profiles.login.  Your problem is in there.

Peter
From emailgrant at gmail.com  Mon Jul 31 18:26:58 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 31 18:27:11 2006
Subject: [ic] Temporary $Scratch
Message-ID: <49bf44f10607311526n77769b82j18535bd11e2ce7e6@mail.gmail.com>

How can I set a $Scratch->{variable} to not persist onto the next page
like [tmp] and [tmpn] when it's written in Perl inside [calc], [perl],
or a UserTag?

- Grant
From peter at pajamian.dhs.org  Mon Jul 31 18:37:11 2006
From: peter at pajamian.dhs.org (Peter)
Date: Mon Jul 31 18:37:22 2006
Subject: [ic] Temporary $Scratch
In-Reply-To: <49bf44f10607311526n77769b82j18535bd11e2ce7e6@mail.gmail.com>
References: <49bf44f10607311526n77769b82j18535bd11e2ce7e6@mail.gmail.com>
Message-ID: <44CE8617.9060504@pajamian.dhs.org>

On 07/31/2006 03:26 PM, Grant wrote:
> How can I set a $Scratch->{variable} to not persist onto the next page
> like [tmp] and [tmpn] when it's written in Perl inside [calc], [perl],
> or a UserTag?

$Tag->tmpn('name', 'value');

Peter
From schristensen at backcountry.com  Mon Jul 31 18:36:01 2006
From: schristensen at backcountry.com (Spencer Christensen)
Date: Mon Jul 31 18:40:30 2006
Subject: [ic] Temporary $Scratch
In-Reply-To: <49bf44f10607311526n77769b82j18535bd11e2ce7e6@mail.gmail.com>
References: <49bf44f10607311526n77769b82j18535bd11e2ce7e6@mail.gmail.com>
Message-ID: <44CE85D1.20404@backcountry.com>

Grant wrote:
> How can I set a $Scratch->{variable} to not persist onto the next page
> like [tmp] and [tmpn] when it's written in Perl inside [calc], [perl],
> or a UserTag?

Grant,
    You can call the tmp and tmpn tags like any other usertag from 
within calc and perl blocks like this:

[perl]
my $x = "blah blah";
$Tag->tmpn( 'my_tmpn_scratch_var' => $x);
return;
[/perl]

[scratch my_tmpn_scratch_var]

    Make sense?


-- 
Spencer Christensen
Infrastructure Engineering Team Leader
(801) 746-7580 x101
www.Backcountry.com
We use the gear we sell.
From docelic at mail.inet.hr  Mon Jul 31 18:51:27 2006
From: docelic at mail.inet.hr (Davor Ocelic)
Date: Mon Jul 31 18:49:05 2006
Subject: [ic] Temporary $Scratch
In-Reply-To: <49bf44f10607311526n77769b82j18535bd11e2ce7e6@mail.gmail.com>
References: <49bf44f10607311526n77769b82j18535bd11e2ce7e6@mail.gmail.com>
Message-ID: <20060801005127.15546bf0.docelic@mail.inet.hr>

On Mon, 31 Jul 2006 15:26:58 -0700
Grant <emailgrant@gmail.com> wrote:

> How can I set a $Scratch->{variable} to not persist onto the next page
> like [tmp] and [tmpn] when it's written in Perl inside [calc], [perl],
> or a UserTag?

Oi Grant,

$Tag->tmp('NAME', 'VALUE');


-doc
From brent at zeald.com  Mon Jul 31 18:50:13 2006
From: brent at zeald.com (Brent Kelly)
Date: Mon Jul 31 18:50:25 2006
Subject: [ic] Temporary $Scratch
In-Reply-To: <49bf44f10607311526n77769b82j18535bd11e2ce7e6@mail.gmail.com>
References: <49bf44f10607311526n77769b82j18535bd11e2ce7e6@mail.gmail.com>
Message-ID: <32290315909b04156035b53a61ac3fd8@zeald.com>

I find easiest way is just:

[perl failure="opps" ]

    $Tag->tmp( 'variable', $value );

[/perl]

--
Brent Kelly
Zeald.com
http://www.zeald.com/goto/133



On 10:26:58 am 08/01/06 Grant  wrote:How can I set a
$Scratch->{variable} to not persist onto the next page
like [tmp] and [tmpn] when it's written in Perl inside [calc],
[perl],
or a UserTag?

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



From emailgrant at gmail.com  Mon Jul 31 19:14:30 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 31 19:14:39 2006
Subject: [ic] Temporary $Scratch
In-Reply-To: <44CE8617.9060504@pajamian.dhs.org>
References: <49bf44f10607311526n77769b82j18535bd11e2ce7e6@mail.gmail.com>
	<44CE8617.9060504@pajamian.dhs.org>
Message-ID: <49bf44f10607311614m3a04ed90mda2a6da700522e18@mail.gmail.com>

> > How can I set a $Scratch->{variable} to not persist onto the next page
> > like [tmp] and [tmpn] when it's written in Perl inside [calc], [perl],
> > or a UserTag?
>
> $Tag->tmpn('name', 'value');
>
> Peter

Sometimes I miss the most obvious solution.  Thanks.

- Grant
From emailgrant at gmail.com  Mon Jul 31 22:52:42 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 31 22:52:51 2006
Subject: [ic] Restricting access to PDFs
Message-ID: <49bf44f10607311952l56d6db3ft874c7dd3f88b1211@mail.gmail.com>

I'd like to limit the display of PDF files to admins.  I've put my
PDFs in a directory below the docroot and set up apache2 to require
authentication to access that directory.  The whole thing works fine,
but I was wondering if there might be an IC way to do this?

Either way, is it possible to require an https request for the PDFs?

- Grant
From peter at pajamian.dhs.org  Mon Jul 31 23:06:22 2006
From: peter at pajamian.dhs.org (Peter)
Date: Mon Jul 31 23:06:37 2006
Subject: [ic] Restricting access to PDFs
In-Reply-To: <49bf44f10607311952l56d6db3ft874c7dd3f88b1211@mail.gmail.com>
References: <49bf44f10607311952l56d6db3ft874c7dd3f88b1211@mail.gmail.com>
Message-ID: <44CEC52E.5030400@pajamian.dhs.org>

On 07/31/2006 07:52 PM, Grant wrote:
> I'd like to limit the display of PDF files to admins.  I've put my
> PDFs in a directory below the docroot and set up apache2 to require
> authentication to access that directory.  The whole thing works fine,
> but I was wondering if there might be an IC way to do this?

IC can control who will get a link to the PDF on an IC page, but it's a 
lot more difficult to control who has access to the PDF apart from 
controlling with the web server.

One possible solution is to use mod_auth_tkt and issue an authentication 
ticket from IC only to authorised admins.  A usertag could be written to 
issue the ticket.  The downside to this approach is it requires cookies.

> Either way, is it possible to require an https request for the PDFs?

Yep, just put them in thier own directory outside of the normal webspace 
and put an Alias directive inside the <VirtualHost> section for your 
https setup.

Peter
From dan at endpoint.com  Mon Jul 31 23:21:29 2006
From: dan at endpoint.com (Daniel Collis-Puro)
Date: Mon Jul 31 23:21:42 2006
Subject: [ic] Restricting access to PDFs
In-Reply-To: <49bf44f10607311952l56d6db3ft874c7dd3f88b1211@mail.gmail.com>
References: <49bf44f10607311952l56d6db3ft874c7dd3f88b1211@mail.gmail.com>
Message-ID: <44CEC8B9.5040102@endpoint.com>

Grant wrote:
> I'd like to limit the display of PDF files to admins.  I've put my
> PDFs in a directory below the docroot and set up apache2 to require
> authentication to access that directory.  The whole thing works fine,
> But I was wondering if there might be an IC way to do this?
Sure is.

In your "pages/" directory, create a directory to hold your PDFs. In
that directory, drop in two files: ".access" and ".access_gate".

".access" is an empty file that tells IC to look at ".access_gate" when
gating access to requests within this directory.

".access_gate" contains a simple list of rules that define what content
is available to a user, where the left side defines what pages in that
directory are effected and the right side defines an expression that
should return true or false.

So - say your admins have a session variable set that's "is_admin", your
access gate might look like:

public_pdf.pdf : 1
* : [data session is_admin]

The file "public_pdf.pdf" would be available to everyone. Everything
else would be only available to sessions that have "is_admin" set to a
true value.  The * applies to all pages in this directory.

The only caveats I've found - rules you apply in a parent directory
don't apply to a child directory, so if you've got a tree of pages you
need to drop ".access_gate" and ".access" files into each one.

Docs here:

http://www.icdevgroup.org/doc/icadvanced.html#Controlling%20Access%20to%20Certain%20Pages

But - in my experience, this is pleasantly easy.

As to HTTPS only access - try tweaking AlwaysSecure in your catalog.cfg.
That'll make ic link to the directory always with a secure link.  You'll
still probably need an Apache Rewrite rule, though, to keep direct
accesses to PDFs under HTTPS.

-DJCP

-- 
-**---****-----******-------********---------**********
Daniel Collis-Puro
Software Engineer
End Point Corp.
dan@endpoint.com
(office) 781-477-0885
(cell)   781-775-1338
**********---------********-------******-----****---**-

From dan at endpoint.com  Mon Jul 31 23:38:31 2006
From: dan at endpoint.com (Daniel Collis-Puro)
Date: Mon Jul 31 23:38:40 2006
Subject: [ic] Restricting access to PDFs
In-Reply-To: <49bf44f10607311952l56d6db3ft874c7dd3f88b1211@mail.gmail.com>
References: <49bf44f10607311952l56d6db3ft874c7dd3f88b1211@mail.gmail.com>
Message-ID: <44CECCB7.3010501@endpoint.com>

Grant wrote:
> I'd like to limit the display of PDF files to admins.  I've put my
> PDFs in a directory below the docroot and set up apache2 to require
> authentication to access that directory.  The whole thing works fine,
> but I was wondering if there might be an IC way to do this?
Woops. I may have spoken too soon - looks like this only works with
pages, not files. Still useful for pages, though. Sorry for the confusion.

-DJCP


-- 
-**---****-----******-------********---------**********
Daniel Collis-Puro
Software Engineer
End Point Corp.
dan@endpoint.com
(office) 781-477-0885
(cell)   781-775-1338
**********---------********-------******-----****---**-

From emailgrant at gmail.com  Mon Jul 31 23:49:09 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 31 23:49:18 2006
Subject: [ic] Restricting access to PDFs
In-Reply-To: <44CEC8B9.5040102@endpoint.com>
References: <49bf44f10607311952l56d6db3ft874c7dd3f88b1211@mail.gmail.com>
	<44CEC8B9.5040102@endpoint.com>
Message-ID: <49bf44f10607312049n4794e7ua79bdafadba01fe5@mail.gmail.com>

> > I'd like to limit the display of PDF files to admins.  I've put my
> > PDFs in a directory below the docroot and set up apache2 to require
> > authentication to access that directory.  The whole thing works fine,
> > But I was wondering if there might be an IC way to do this?
> Sure is.
>
> In your "pages/" directory, create a directory to hold your PDFs. In
> that directory, drop in two files: ".access" and ".access_gate".
>
> ".access" is an empty file that tells IC to look at ".access_gate" when
> gating access to requests within this directory.
>
> ".access_gate" contains a simple list of rules that define what content
> is available to a user, where the left side defines what pages in that
> directory are effected and the right side defines an expression that
> should return true or false.
>
> So - say your admins have a session variable set that's "is_admin", your
> access gate might look like:
>
> public_pdf.pdf : 1
> * : [data session is_admin]
>
> The file "public_pdf.pdf" would be available to everyone. Everything
> else would be only available to sessions that have "is_admin" set to a
> true value.  The * applies to all pages in this directory.
>
> The only caveats I've found - rules you apply in a parent directory
> don't apply to a child directory, so if you've got a tree of pages you
> need to drop ".access_gate" and ".access" files into each one.
>
> Docs here:
>
> http://www.icdevgroup.org/doc/icadvanced.html#Controlling%20Access%20to%20Certain%20Pages
>
> But - in my experience, this is pleasantly easy.
>
> As to HTTPS only access - try tweaking AlwaysSecure in your catalog.cfg.
> That'll make ic link to the directory always with a secure link.  You'll
> still probably need an Apache Rewrite rule, though, to keep direct
> accesses to PDFs under HTTPS.
>
> -DJCP

That sounds right on.  Do you know in what version of IC this was
implemented?  Thanks a lot for the tips.

- Grant
From emailgrant at gmail.com  Mon Jul 31 23:57:47 2006
From: emailgrant at gmail.com (Grant)
Date: Mon Jul 31 23:57:53 2006
Subject: [ic] Restricting access to PDFs
In-Reply-To: <44CECCB7.3010501@endpoint.com>
References: <49bf44f10607311952l56d6db3ft874c7dd3f88b1211@mail.gmail.com>
	<44CECCB7.3010501@endpoint.com>
Message-ID: <49bf44f10607312057t7f54fb78h73fa0303949fee3f@mail.gmail.com>

> > I'd like to limit the display of PDF files to admins.  I've put my
> > PDFs in a directory below the docroot and set up apache2 to require
> > authentication to access that directory.  The whole thing works fine,
> > but I was wondering if there might be an IC way to do this?
> Woops. I may have spoken too soon - looks like this only works with
> pages, not files. Still useful for pages, though. Sorry for the confusion.

No problem, it would be nice if that functionality extended to other
types of files.  Do you know if access to the UI in the demo store is
controlled via the .access_gate method these days?

- Grant