[ic] help

Monte Klinkenborg interchange-users@icdevgroup.org
Sun Jun 8 16:03:00 2003


unsubsribe

-----Original Message-----
From: interchange-users-admin@icdevgroup.org
[mailto:interchange-users-admin@icdevgroup.org] On Behalf Of
interchange-users-request@icdevgroup.org
Sent: Saturday, June 07, 2003 10:00 AM
To: interchange-users@icdevgroup.org
Subject: interchange-users digest, Vol 1 #1356 - 24 msgs


Send interchange-users mailing list submissions to
	interchange-users@icdevgroup.org

To subscribe or unsubscribe via the World Wide Web, visit
	http://www.icdevgroup.org/mailman/listinfo/interchange-users
or, via email, send a message with subject or body 'help' to
	interchange-users-request@icdevgroup.org

You can reach the person managing the list at
	interchange-users-admin@icdevgroup.org

When replying, please edit your Subject line so it is more specific than
"Re: Contents of interchange-users digest..."


Today's Topics:

   1. Changing an order after its been accepted. (Chris Kohler)
   2. pedigree database (localhost)
   3. Re: Authorizenet payment module (modifications) (John Young)
   4. RE: pedigree database (Jamie Neil)
   5. Displaying new category lists on left side (Chris Nighswonger)
   6. Re: Displaying new category lists on left side (TOM LUONG)
   7. Re: loop select drop down menu from delimited field (TOM LUONG)
   8. Re: Changing an order after its been accepted. (Dan Browning)
   9. [ic] (Andre Bunting)
  10. Re: [ic] (Aaron Hazelton)
  11. RE: UI : Meta information : Date selector Widget (Paul Jordan)
  12. PGP failed with status 8323072 (ELLIOTT, ELIJAH (CONTRACTOR))
  13. Re: [PATCH] [RFC] PGP hard failure workaround (John Beima)
  14. Re: [PATCH] [RFC] PGP hard failure workaround (Jon Jensen)
  15. Money For Your Needs (robw50)
  16. Re: [PATCH] [RFC] PGP failure workaround (Dan Browning)
  17. Re: [PATCH] [RFC] PGP failure workaround (Dan Browning)
  18. Re: [PATCH] [RFC] PGP failure workaround (John Beima)
  19. Re: Bug- Payment method shows on all orders as COD (Jon)
  20. Re: Bug- Payment method shows on all orders as COD (Terral Artis)
  21. Re: Bug- Payment method shows on all orders as COD (Terral Artis)
  22. Re: UI : Meta information : Date selector Widget (localhost)
  23. Re: Bug- Payment method shows on all orders as COD (Jamie Neil)
  24. Re: Bug- Payment method shows on all orders as COD (Jon)

--__--__--

Message: 1
Date: Fri, 6 Jun 2003 10:23:34 -0700
From: Chris Kohler <chris@zeropresence.com>
To: interchange-users@icdevgroup.org
Subject: [ic] Changing an order after its been accepted.
Reply-To: interchange-users@icdevgroup.org

I searched the documentation and FAQ but didn't find the answer. If 
I've overlooked it please point me in the right direction. I'm not 
familiar with Interchange but we've got a new customer who uses it. 
Running Interchange 4.8.6 from RPMs supplied by Redhat.

After an order has been placed, can it be changed from the admin 
interface without cancelling and readding the order? Specifically, they 
sell tshirts and sweatshirts and want to be able to change size or 
color after the order has been moved to pending and the size or color 
is no longer available. Is this possible with Interchange or will I 
need to write some custom code to do this?


--__--__--

Message: 2
Date: Fri, 06 Jun 2003 13:40:55 -0400
From: localhost <user@example.net>
To: interchange-users@icdevgroup.org
Subject: [ic] pedigree database
Reply-To: interchange-users@icdevgroup.org

Hi,

I wanted to build a dog pedigree database, and I was wondering the best 
way to handle building the results page.

so far my test site is at:
http://www.amselravenwood.com/cgi/avr/scan/mp=shepards.html

you can click ont the dog names to see the pedigree info.

I am using a mysql database, and I wanted to know the best way to pull 
the data for the "grandparents"

this is the code to find the "father" of a dog:
---------------------
<!--Father -->
[search-list]
[if data dogs::sire::[item-data dogs code]]
[query sql="SELECT registered_name FROM dogs WHERE registration_num = 
'[item-data dogs sire]'"
type=list]
[on_match]
  > [list][sql-code][/list]
[/on_match]
[no_match]no match[/no_match]
[/query]
[else]data missing[/else]
[/if]
[/search-list]
--------------------

Also, the "no-match" is not working. there is always a match if the 
first "if" passes.

Anybody have any ideas?

Thanks
Rick


--__--__--

Message: 3
Date: Fri, 06 Jun 2003 11:30:38 -0700
From: John Young <john_young@sonic.net>
To: interchange-users@icdevgroup.org
Subject: Re: [ic] Authorizenet payment module (modifications)
Reply-To: interchange-users@icdevgroup.org

Philip S. Hempel wrote:

>> Why not use "|" as the delimiter and no field encapsulation?  That 
>> strategy should (I think) only entail the following:
> 
> This works perfect, never did I think about the second line issue with

> IC actually placing the comma in between the two address lines.
> 
> I see this at least does what I am looking for, and am able to parse 
> the data correctly.

Good.  Just in time for the weekend :-)


> I am off to get the rest of the error codes put into the module. I 
> already have the fields from IC mapped in for standard E-Checks, I am 
> not sure where to even start with getting IC to use live verification 
> for E-Checks (I hope it already will, but not my luck).

Carefully consider whether you even need to do this.  Read your payment
gateway documentation.  Then read it again.  For B2B (ie, repeat orders,
established relationship), E-Checks are good; however, I'm not sure they
are worthwhile for all cases of B2C online.  Regarding the latter case,
I believe:
  * Far fewer customers will use a check instead of credit card.
  * Customers are more likely to have trouble w/routing #, account #,
etc.
  * More personal data is required (an SS# or driver's license #).
  * E-Checks are settled a little differently -- I vaguely recall
    them taking longer, and perhaps not giving immediate feedback
    about sufficient funds.  You'll have to double-check this.


> Give a man a fish and he will feed himself for a day.
 > Teach a man to fish and he will feed himself for a lifetime.

Teach a man Perl, and he can do rapid development of automated fishing 
applications.

John Young




--__--__--

Message: 4
From: "Jamie Neil" <jamie@versado.net>
To: <interchange-users@icdevgroup.org>
Subject: RE: [ic] pedigree database
Date: Fri, 6 Jun 2003 19:33:10 +0100
Reply-To: interchange-users@icdevgroup.org

> -----Original Message-----
> From: interchange-users-admin@icdevgroup.org
> [mailto:interchange-users-admin@icdevgroup.org]On Behalf Of localhost
> Sent: 06 June 2003 18:41
> To: interchange-users@icdevgroup.org
> Subject: [ic] pedigree database
>
>
> Hi,
>
> I wanted to build a dog pedigree database, and I was wondering the 
> best way to handle building the results page.
>
> so far my test site is at: 
> http://www.amselravenwood.com/cgi/avr/scan/mp=shepards.html
>
> you can click ont the dog names to see the pedigree info.
>
> I am using a mysql database, and I wanted to know the best way to pull

> the data for the "grandparents"
>
> this is the code to find the "father" of a dog:
> ---------------------
> <!--Father -->
> [search-list]
> [if data dogs::sire::[item-data dogs code]]
> [query sql="SELECT registered_name FROM dogs WHERE registration_num = 
> '[item-data dogs sire]'" type=list]
> [on_match]
>   > [list][sql-code][/list]
> [/on_match]
> [no_match]no match[/no_match]
> [/query]
> [else]data missing[/else]
> [/if]
> [/search-list]
> --------------------

I think your [list] tag needs to go outside the [on_match] tag like so:

	[on_match]Found:<br>[/on_match]
	[list]> [sql-code]<br>[/list]
	[no_match]Not Found<br>[/no_match]

The list tag is processed for each match, while the on_match tag is only
processed once.

This should produce the following if there are three matches:

	Found:
	> item1
	> item2
	> item3

and the following if there are no matches:

	Not Found

If you are sure that the query will only return one match, then you can
use the [data] tag instead:

	[data table=dogs field=registered_name key='[item-data dogs
sire]' foreign=registration_num]

Jamie

>
> Also, the "no-match" is not working. there is always a match if the 
> first "if" passes.
>
> Anybody have any ideas?
>
> Thanks
> Rick
>
> _______________________________________________
> interchange-users mailing list interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
>


--__--__--

Message: 5
From: "Chris Nighswonger" <cnighswonger@parkertechgroup.com>
To: <interchange-users@icdevgroup.org>
Date: Fri, 6 Jun 2003 14:28:00 -0400
Organization: ParkerTechGroup Incorporated
Subject: [ic] Displaying new category lists on left side
Reply-To: interchange-users@icdevgroup.org

Hi,
  I am new to Interchange and still getting my feet wet...

  Interchange ver: 4.9.3

  I am working with the 'foundation' store; modifying it to fit. I have
added several catagories with items. However I cannot get them to
display in the vertical category list. If I add a new item to an
existing catatory it displays properly (under the existing category).
New catagories do not display. Any help will be appriciated.

Chris



--__--__--

Message: 6
From: "TOM LUONG" <tluon002@lions.odu.edu>
To: <interchange-users@icdevgroup.org>
Subject: Re: [ic] Displaying new category lists on left side
Date: Fri, 6 Jun 2003 14:59:43 -0400
Reply-To: interchange-users@icdevgroup.org

From: "Chris Nighswonger" <cnighswonger@parkertechgroup.com>

> Hi,
>   I am new to Interchange and still getting my feet wet...
>
>   Interchange ver: 4.9.3
>
>   I am working with the 'foundation' store; modifying it to fit. I 
> have added several catagories with items. However I cannot get them to

> display
in
> the vertical category list. If I add a new item to an existing 
> catatory it displays properly (under the existing category). New 
> catagories do not display. Any help will be appriciated.
>
> Chris
>

You need to go to the Design Tab and add your new category there. A good
place to start learning about interchange is www.interchange.rtfm.info ,
plenty of good literature there that will help you. the archives and the
development site are also great sources of info

Tom



--__--__--

Message: 7
From: "TOM LUONG" <tluon002@lions.odu.edu>
To: <interchange-users@icdevgroup.org>
Subject: Re: [ic] loop select drop down menu from delimited field
Date: Fri, 6 Jun 2003 15:02:03 -0400
Reply-To: interchange-users@icdevgroup.org

From: "Jamie Neil" <jamie@versado.net>


> > -----Original Message-----
> > From: interchange-users-admin@icdevgroup.org
> > [mailto:interchange-users-admin@icdevgroup.org]On Behalf Of Tom 
> > Luong
> > Sent: 03 June 2003 14:13
> > To: interchange-users@icdevgroup.org
> > Subject: [ic] loop select drop down menu from delimited field
> >
> >
> > I would like to loop a drop down menu. However, the column I want to
loop
> > has several values delimited by a comma.
> > 1,5,6,7
> > 2,3
> > 4,8,9
> >
> > I would like the dropdown menu to show
> > 1
> > 2
> > 3
> > 4
> > 5
> > ... etc
> > instead of
> > 1,5,6,7
> > 2,3
> > 4,8,9
> >
> > this is the code I have so far,
> > <select name=mv_searchspec>
> > <option value=""> --Select One--
> >       [loop search="
> >          fi=products
> >          st=db
> >          rf=year
> >          tf=year
> >          un=yes
> >       "]
> >  <OPTION VALUE="[loop-code]"> [loop-code]
> >  [/loop]
> > </select>
> >
> > any suggestion?
>
> I would use perl. Join your search results together using the same 
> comma delimiter, write it to a scratch variable and then use:
>
> [loop list="[scratch chosenvariable]"]
> [/loop]
>
> Jamie
>

Cool, thanks, its too bad my perl is not very good. Its time for be to
start brushing up on it I guess.

Thanks,
tom



--__--__--

Message: 8
Date: Fri, 6 Jun 2003 12:11:24 -0700
From: Dan Browning <db@kavod.com>
To: interchange-users@icdevgroup.org
Subject: Re: [ic] Changing an order after its been accepted.
Reply-To: interchange-users@icdevgroup.org

* Chris Kohler <chris@zeropresence.com> [2003-06-06 10:46]:
> After an order has been placed, can it be changed from the admin
> interface without cancelling and readding the order? Specifically,
they 
> sell tshirts and sweatshirts and want to be able to change size or 
> color after the order has been moved to pending and the size or color 
> is no longer available. Is this possible with Interchange or will I 
> need to write some custom code to do this?

You will likely need to do a fair amount of custom coding, even if you
start 
with the basic order editing features that are present in CVS.
-- 
Dan Browning, Kavod Technologies, <db@kavod.com> 360.843.4074x217
6700 NE 162nd Ave, Ste 611-210, Vancouver, WA.    Random Fortune:
"Turn on, tune up, rock out."
-- Billy Gibbons

--__--__--

Message: 9
From: "Andre Bunting" <andre@linux.co.tt>
To: <interchange-users@icdevgroup.org>
Date: Fri, 6 Jun 2003 15:29:46 -0400
Subject: [ic] [ic]
Reply-To: interchange-users@icdevgroup.org

Can I use interchange be used to sell intangible stuff.. like Net2 phone
cards. ?

Andre



--__--__--

Message: 10
To: interchange-users@icdevgroup.org
Subject: Re: [ic] [ic]
From: Aaron Hazelton <aaronmail@hazenet.net>
Organization: Hazenet
Date: Fri, 06 Jun 2003 15:37:27 -0400
Reply-To: interchange-users@icdevgroup.org

On Fri, 6 Jun 2003 15:29:46 -0400, Andre Bunting <andre@linux.co.tt>
wrote:

> Can I use interchange be used to sell intangible stuff.. like Net2 
> phone cards. ?

Yes.

>
> Andre
>
-- 
Aaron Hazelton
Hazenet.net

--__--__--

Message: 11
From: "Paul Jordan" <paul@gishnetwork.com>
To: <interchange-users@icdevgroup.org>
Subject: RE: [ic] UI : Meta information : Date selector Widget
Date: Fri, 6 Jun 2003 13:06:25 -0700
Reply-To: interchange-users@icdevgroup.org

> Philip S. Hempel wrote:
> >How do I get the "Date selector" widget in the Meta
> >information edit of 
> >the UI to be able to choose years other than just the few (11 
> >years) in 
> >the dropdown list. I need to be able to choose or type in 
> years far in
> >the past such as 1850 - current.
> >
> 
> 
> Rick, I asked the same question about a year ago. Here's a
> paste of the
> email & answer. You'll have to adjust the line yourself. It's 
> actually line 621.
> 
> Regards, Greg
> 
> >-----Original Message-----
> >From: interchange-users-admin@icdevgroup.org
> >[mailto:interchange-users-admin@icdevgroup.org]On Behalf Of Jonathan 
> >Clark
> >Sent: Wednesday, August 07, 2002 12:48 PM
> >To: interchange-users@icdevgroup.org
> >Subject: RE: [ic] date selector
> >
> >
> >> CORRECTION: Date selector not data
> >>
> >> Hi,
> >>
> >> Can anyone tell me where I can find
> >> the file that has the values set for
> >> the widget type::data selector in the
> >> admin interface?
> >>
> >> It's set for 2001 as the starting year
> >> and I'd like to change that to 2002.
> >>
> >> IC 4.8.5/RH 7.3
> >>
> >
> >
> >its in lib/UI/Primitive.pm, around line 620 or so.
> >
> >Jonathan
> >Webmaint.


UI_DATE_BEGIN	1900	General
UI_DATE_END	2020	General

in varaible.txt works for me

Paul

--__--__--

Message: 12
Date: Fri, 6 Jun 2003 15:31:36 -0500
From: "ELLIOTT, ELIJAH (CONTRACTOR)" <ELIJAH.ELLIOTT@DFAS.MIL>
To: <interchange-users@icdevgroup.org>
Subject: [ic] PGP failed with status 8323072
Reply-To: interchange-users@icdevgroup.org

I have seen several posts regarding the error PGP failed with status
8323072, they all refer to looking up the error in an archive. What is
the solution or where is the archive?

I receive this error:

206.39.12.245 4ILZfdca:198 - [06/June/2003:15:06:26 -0500] storefront
/cgi-bin/storefront/process.html PGP failed with status 8323072:
206.39.12.245 4ILZfdca:198 - [06/June/2003:15:06:26 -0500] storefront
/cgi-bin/storefront/process.html Successful login by user 'U00052'

ENCRYPTOR is /usr/bin/pgp -feat orders@company.com
PGP_KEY is /var/www/.pgp/pubkey.pgp (I have also tried blank with the
same results) ORDERS_TO is orders@company.com

I have tested manually with:

chaos 15:27 ~>pgp -feat orders@company.com
Pretty Good Privacy(tm) 2.6.3ia - Public-key encryption for the masses.
(c) 1990-96 Philip Zimmermann, Phil's Pretty Good Software. 1996-03-04
Current time: 2003/06/06 20:28 GMT foo bar

Key for user ID: orders@company.com
1024-bit key, key ID E65AD5D9, created 2003/05/27
.-----BEGIN PGP MESSAGE-----
Version: 2.6.3ia

hIwDG7wO1OZa1dkBBACgLEStd2b2weSUDQ4vB/73lc3VJ3b0dxbPtSL9RsISQtYf
5BhAoqGuhbRbyalASnQ1E0HBxlzcd1xFUkGvU7XfUHLHWO9Jf8K6Qasv3sP05ogK
ofwTsz3pZs3zMUzlAtm1OtpXjMkf9ItoQZqHqXw6DihlJ0y76OBBU2QQ3FAUd6YA
AAAnruoPv++9N1JnRv10v3kCpiIcagjeMyj1EOdNqZ79rel4F23/psCX
=+d9L
-----END PGP MESSAGE-----

So I know that PGP is working. When that is sent to orders@company.com
they are able to decrypt it.

Any assistance will be appreciated.

-EJE


--__--__--

Message: 13
Date: Thu,  5 Jun 2003 15:46:08 -0600
From: John Beima <support@affordable-web-pages.com>
To: interchange-users@icdevgroup.org
Subject: Re: [ic] [PATCH] [RFC] PGP hard failure workaround
Reply-To: interchange-users@icdevgroup.org

Quoting Dan Browning <db@kavod.com>:

> * John Beima <support@affordable-web-pages.com> [2003-06-04 14:44]:
> > Quoting Dan Browning <db@kavod.com>:
> > 
> > > I have been experiencing the "PGP hard failure" error:
> > > 
> > > 	PGP failed with error level 12, status 12:
> > > 	PGP hard failure, command that failed: [...]
> > > 
> > > The symptom is that on a busy system, the encryption operation 
> > > will
> > > occasionally (1 in 100 or so) fail, resulting in no credit card at
all.
> > > 
> > > Has anyone else experienced this error?  If not, could you try the
> steps
> > > to reproduce the problem (below)?  If you have, could you try the 
> > > patch below and let me know if it helps?
> > > 
> > >  * Software: 
> > >    - Interchange 4.9 CVS, 05/13 and 04/04 both affected.
> > >    - Interchange RPC and HIGH mode both affected.
> > >    - Red Hat 7.3 and 9.0 both affected
> > >    - GPG 1.2.1
> 
> [...]
> 
> > Actually Dan, I may just have this one for you...
> > 
> > I found that the gnugpg that ships with RedHat only allows a key to 
> > be in
> use by
> > one gpg client at a time.
> > 
> > So if you have two orders hitting the server at the same time, the 
> > second
> one's
> > gpg will fail because the "key" has a lock on it by the first one.
> > 
> > Gpg does give an error back when this happens...
> 
> Thanks a lot for the input, John.  I'm not sure that this is the case 
> with
> recent versions, because the only patches that Red Hat applies to
gnupg (as
> 
> of 1.2.1-4) aren't related to what we're talking about (one is a 
> security
> fix, the other is a makefile path correction).
> 
> Perhaps you could try the "steps to reproduce" and see if you can 
> reproduce
> 
> the problem.

Hello Dan,

I never mentioned anything about patches from RedHat.

What I said was:

I found that the gnugpg that ships with RedHat only allows a key to be
in use by one gpg client at a time.

So if you have two orders hitting the server at the same time, the
second one's gpg will fail because the "key" has a lock on it by the
first one.

This situation is very easy to re-create. You simply start to encrypt a
large file, around 50-60 megs or so... Then in a second window at the
exact same time try to encryt another file using the same keys.

You will find it errors out and the second one gives you a blank file
back.

We have this happen off and on with backup scripts that log onto our
clients machines, do database dumps, then bring them back and encrypt
them before storage.

This is why ou are seeing it on a busy box. If a second order goes
through and hits the gpg state while a prior order is being encrypted
you will see this.

Your first order will succeed, but the second one will come back blank
from gpg because there was a lock on the key from the first one being
processed.

I have no idea why gngpg would "lock" a key when it is encrypting. It
even creates a lock file for it, in the .gnugpg folder where the key is
stored.


John


> --
> Dan Browning, Kavod Technologies, <db@kavod.com> 360.843.4074x217
> 6700 NE 162nd Ave, Ste 611-210, Vancouver, WA.    Random Fortune:
> Volley Theory:
> 	It is better to have lobbed and lost than never to have lobbed
at all.
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
> 



--__--__--

Message: 14
Date: Fri, 6 Jun 2003 21:24:14 +0000 (UTC)
From: Jon Jensen <jon@endpoint.com>
To: interchange-users@icdevgroup.org
Subject: Re: [ic] [PATCH] [RFC] PGP hard failure workaround
Reply-To: interchange-users@icdevgroup.org

On Thu, 5 Jun 2003, John Beima wrote:

> I have no idea why gngpg would "lock" a key when it is encrypting. It
even
> creates a lock file for it, in the .gnugpg folder where the key is
stored.

Looking at "man gpg", there's a --lock-never option, which is probably 
dangerous, but if you set the immutable bit (or the equivalent for your 
system) on the files that take locks, secring.gpg, pubring.gpg, and 
trustdb.gpg, I bet it'd be ok. Untested, of course. :)

Jon

--__--__--

Message: 15
Date: Fri, 6 Jun 2003 16:42:36 -0700
From: "robw50" <cb91912089dolphin5_2000@yahoo.com>
To: <interchange-users@icdevgroup.org>
Subject: [ic] Money For Your Needs
Reply-To: interchange-users@icdevgroup.org

Dear Friend, 

We are excited to present to you the Hot Opportunity of The Week. The
information could change your life...please check it out... You will
not be disappointed!

Thousands of people receive Free Government Grants and Money every
day. So can you!

Discover how to get your Free Government Grants and Money, click on
the link below: 

http://www.freemoneyweb.net

The Free Money News Network Team


--__--__--

Message: 16
Date: Fri, 6 Jun 2003 17:02:20 -0700
From: Dan Browning <db@kavod.com>
To: interchange-users@icdevgroup.org
Subject: Re: [ic] [PATCH] [RFC] PGP failure workaround
Reply-To: interchange-users@icdevgroup.org

* Jon Jensen <jon@endpoint.com> [2003-06-06 14:51]:
> On Thu, 5 Jun 2003, John Beima wrote:
> 
> > I have no idea why gngpg would "lock" a key when it is encrypting.
It even
> > creates a lock file for it, in the .gnugpg folder where the key is
stored.
> 
> Looking at "man gpg", there's a --lock-never option, which is probably

> dangerous, but if you set the immutable bit (or the equivalent for
your 
> system) on the files that take locks, secring.gpg, pubring.gpg, and 
> trustdb.gpg, I bet it'd be ok. Untested, of course. :)

Contrary to my expectations, neither the --lock-never, nor the 
--lock-multiple option alleviated the symptoms.  

-- 
Dan Browning, Kavod Technologies, <db@kavod.com> 360.843.4074x217
6700 NE 162nd Ave, Ste 611-210, Vancouver, WA.    Random Fortune:
Lord, what fools these mortals be!
		-- William Shakespeare, "A Midsummer-Night's Dream"

--__--__--

Message: 17
Date: Fri, 6 Jun 2003 17:59:53 -0700
From: Dan Browning <db@kavod.com>
To: interchange-users@icdevgroup.org
Subject: Re: [ic] [PATCH] [RFC] PGP failure workaround
Reply-To: interchange-users@icdevgroup.org

[A word was removed from the subject line to appease the spam filters]

* John Beima <support@affordable-web-pages.com> [2003-06-06 14:33]:
> Quoting Dan Browning <db@kavod.com>:
> 
> > * John Beima <support@affordable-web-pages.com> [2003-06-04 14:44]:
> > > Quoting Dan Browning <db@kavod.com>:
> > > 
> > > > I have been experiencing the "PGP hard failure" error:
> > > > 
> > > > 	PGP failed with error level 12, status 12:
> > > > 	PGP hard failure, command that failed: [...]
> > > > 
> > > > The symptom is that on a busy system, the encryption operation
will 
> > > > occasionally (1 in 100 or so) fail, resulting in no credit card
at all.
> > > > 
> > > > Has anyone else experienced this error?  If not, could you try
the
> > steps
> > > > to reproduce the problem (below)?  If you have, could you try
the
> > > > patch below and let me know if it helps?
> > > > 
> > > >  * Software: 
> > > >    - Interchange 4.9 CVS, 05/13 and 04/04 both affected.
> > > >    - Interchange RPC and HIGH mode both affected.
> > > >    - Red Hat 7.3 and 9.0 both affected
> > > >    - GPG 1.2.1
> > 
> > [...]
> > 
> > > Actually Dan, I may just have this one for you...
> > > 
> > > I found that the gnugpg that ships with RedHat only allows a key
to be in
> > use by
> > > one gpg client at a time.
> > > 
> > > So if you have two orders hitting the server at the same time, the
second
> > one's
> > > gpg will fail because the "key" has a lock on it by the first one.
> > > 
> > > Gpg does give an error back when this happens...
> > 
> > Thanks a lot for the input, John.  I'm not sure that this is the
case with 
> > recent versions, because the only patches that Red Hat applies to
gnupg (as
> > 
> > of 1.2.1-4) aren't related to what we're talking about (one is a
security 
> > fix, the other is a makefile path correction).
> > 
> > Perhaps you could try the "steps to reproduce" and see if you can
reproduce
> > 
> > the problem.
> 
> Hello Dan,
> 
> I never mentioned anything about patches from RedHat.
> 
> What I said was:
> 
> I found that the gnugpg that ships with RedHat only allows a key to be
in use by
> one gpg client at a time.

As I'm sure you know, Red Hat simply takes the regular, distributed
version 
of any software product, applies a few patches (2, in this case), then 
re-distributes it.

You said that the "gnupg that ships with RedHat" has a problem that some

other version doesn't.  So that is why I mentioned the two changes that
Red 
Hat makes to the software.  Perhaps there are other changes that Red Hat

makes to gnupg, that aren't part of the gnupg SRPM package?

Besides the patches that Red Hat 9 applies to gnupg, I checked out the
patch 
to the most recent version of gnupg, and none of them seem to be related
to 
file locking or performance.  So... what version are you referring to?

> I have no idea why gngpg would "lock" a key when it is encrypting. It
even
> creates a lock file for it, in the .gnugpg folder where the key is
stored.

Two others have mentioned this.  Unfortunately, I did not notice any 
improvement after trying the following:

 --lock-multiple
 --lock-never

But thank you for the commentary.
-- 
Dan Browning, Kavod Technologies, <db@kavod.com> 360.843.4074x217
6700 NE 162nd Ave, Ste 611-210, Vancouver, WA.    Random Fortune:
Never insult an alligator until you've crossed the river.

--__--__--

Message: 18
Date: Fri,  6 Jun 2003 19:58:50 -0600
From: John Beima <support@affordable-web-pages.com>
To: interchange-users@icdevgroup.org
Subject: Re: [ic] [PATCH] [RFC] PGP failure workaround
Reply-To: interchange-users@icdevgroup.org

Quoting Dan Browning <db@kavod.com>:

> [A word was removed from the subject line to appease the spam filters]
> 
> * John Beima <support@affordable-web-pages.com> [2003-06-06 14:33]:
> > Quoting Dan Browning <db@kavod.com>:
> > 
> > > * John Beima <support@affordable-web-pages.com> [2003-06-04
14:44]:
> > > > Quoting Dan Browning <db@kavod.com>:
> > > > 
> > > > > I have been experiencing the "PGP hard failure" error:
> > > > > 
> > > > > 	PGP failed with error level 12, status 12:
> > > > > 	PGP hard failure, command that failed: [...]
> > > > > 
> > > > > The symptom is that on a busy system, the encryption operation
will
> 
> > > > > occasionally (1 in 100 or so) fail, resulting in no credit
card at
> all.
> > > > > 
> > > > > Has anyone else experienced this error?  If not, could you try
the
> > > steps
> > > > > to reproduce the problem (below)?  If you have, could you try
the
> > > > > patch below and let me know if it helps?
> > > > > 
> > > > >  * Software: 
> > > > >    - Interchange 4.9 CVS, 05/13 and 04/04 both affected.
> > > > >    - Interchange RPC and HIGH mode both affected.
> > > > >    - Red Hat 7.3 and 9.0 both affected
> > > > >    - GPG 1.2.1
> > > 
> > > [...]
> > > 
> > > > Actually Dan, I may just have this one for you...
> > > > 
> > > > I found that the gnugpg that ships with RedHat only allows a key
to be
> in
> > > use by
> > > > one gpg client at a time.
> > > > 
> > > > So if you have two orders hitting the server at the same time,
the
> second
> > > one's
> > > > gpg will fail because the "key" has a lock on it by the first
one.
> > > > 
> > > > Gpg does give an error back when this happens...
> > > 
> > > Thanks a lot for the input, John.  I'm not sure that this is the
case
> with 
> > > recent versions, because the only patches that Red Hat applies to
gnupg
> (as
> > > 
> > > of 1.2.1-4) aren't related to what we're talking about (one is a
security
> 
> > > fix, the other is a makefile path correction).
> > > 
> > > Perhaps you could try the "steps to reproduce" and see if you can
> reproduce
> > > 
> > > the problem.
> > 
> > Hello Dan,
> > 
> > I never mentioned anything about patches from RedHat.
> > 
> > What I said was:
> > 
> > I found that the gnugpg that ships with RedHat only allows a key to
be in
> use by
> > one gpg client at a time.
> 
> As I'm sure you know, Red Hat simply takes the regular, distributed
version
> 
> of any software product, applies a few patches (2, in this case), then

> re-distributes it.
> 
> You said that the "gnupg that ships with RedHat" has a problem that
some 
> other version doesn't.  So that is why I mentioned the two changes
that Red
> 
> Hat makes to the software.  Perhaps there are other changes that Red
Hat 
> makes to gnupg, that aren't part of the gnupg SRPM package?
> 
> Besides the patches that Red Hat 9 applies to gnupg, I checked out the
patch
> 
> to the most recent version of gnupg, and none of them seem to be
related to
> 
> file locking or performance.  So... what version are you referring to?
> 
> > I have no idea why gngpg would "lock" a key when it is encrypting.
It
> even
> > creates a lock file for it, in the .gnugpg folder where the key is
> stored.
> 
> Two others have mentioned this.  Unfortunately, I did not notice any 
> improvement after trying the following:
> 
>  --lock-multiple
>  --lock-never
> 
> But thank you for the commentary.


Hey Dan,


What I ment by the version that ships with RedHat, was I ment the stock
RPMS
from RedHat. Be it the original one or the 1.0.7-7 update. I wasn't
actually
meaning to emply it had anything to do with patches that RedHat may be
applying
to an original gnugpg.

I should of bean clearer. My appologies.

You see we had/have the exact same thing happening. Some times you get a
blank
file back from gpg. Which turned out to be because the key was locked
from
another process using it.

So it only made sence that, you having a busy site, would possibly see
the same
thing, on occasion when you had two orders go through within seconds of
each other.

Which also made total sence that if you sent it back for a second or
third try,
but then the lock would be gone, and it could then gain access to the
keys and
do the encryption.

Just made sence... Sorry it didn't help you...


John

--__--__--

Message: 19
Date: Fri, 06 Jun 2003 22:08:22 -0400
From: Jon <prtyof5@attglobal.net>
To: interchange-users@icdevgroup.org
Subject: Re: [ic] Bug- Payment method shows on all orders as COD
Reply-To: interchange-users@icdevgroup.org



Terral Artis wrote:

> OT -- I clicked on your link to check out the site, and when I tried
to
> checkout, I was greeted by the security warning once it switched to
> secure.  You need to have your ISP update the server to accept the
COMODO
> certificate and get rid of the warning.  I had to do the same for
mine.
>
>
> >If you would like to see this for yourself, you may test it on
> >http://www.recreationalmobility.com Please note this is a live system
taking
> >orders. If you wish to run an order through, please use "Test" for
first and
> >last names, and 4111 1111 1111 1111 and current Exp date.
> >
> >
> >Jim Ratte
> >Recreational Mobility
> >SkyRanger/Searey/Aventura/Flightstar/Sabre Trike dealer
> >http://www.recreationalmobility.com
<http://www.recreationalmobility.com>
> >

   Terral,
                Are you talking about when using IE you get the warning
'This page contains both secure and nonsecure items.'  With selections
of  Yes, No, and More Info ??  If so do you know what needs to be
changed to correct this ?  Thanks.

Jon



--__--__--

Message: 20
Date: Fri, 06 Jun 2003 22:44:00 -0400
To: interchange-users@icdevgroup.org
From: Terral Artis <tartis@cellmountain.com>
Subject: Re: [ic] Bug- Payment method shows on all orders as COD
Reply-To: interchange-users@icdevgroup.org

What I received was the message "The security certificate was issued by
a 
company you have not chosen to trust.  Here is the page from COMODO.  I
did 
not get the message when I just tried it again, but I think that I have 
trusted it in my browser.

http://www.instantssl.com/support/server_faq/common.html

Terral


At 10:08 PM 6/6/2003 Friday, you wrote:


>Terral Artis wrote:
>
> > OT -- I clicked on your link to check out the site, and when I tried
to
> > checkout, I was greeted by the security warning once it switched to
> > secure.  You need to have your ISP update the server to accept the
COMODO
> > certificate and get rid of the warning.  I had to do the same for
mine.
> >
> >
> > >If you would like to see this for yourself, you may test it on
> > >http://www.recreationalmobility.com Please note this is a live
system 
> taking
> > >orders. If you wish to run an order through, please use "Test" for 
> first and
> > >last names, and 4111 1111 1111 1111 and current Exp date.
> > >
> > >
> > >Jim Ratte
> > >Recreational Mobility
> > >SkyRanger/Searey/Aventura/Flightstar/Sabre Trike dealer
> > >http://www.recreationalmobility.com
<http://www.recreationalmobility.com>
> > >
>
>    Terral,
>                 Are you talking about when using IE you get the
warning
>'This page contains both secure and nonsecure items.'  With selections
>of  Yes, No, and More Info ??  If so do you know what needs to be
>changed to correct this ?  Thanks.
>
>Jon
>
>
>_______________________________________________
>interchange-users mailing list
>interchange-users@icdevgroup.org
>http://www.icdevgroup.org/mailman/listinfo/interchange-users



--__--__--

Message: 21
Date: Fri, 06 Jun 2003 22:55:46 -0400
To: interchange-users@icdevgroup.org
From: Terral Artis <tartis@cellmountain.com>
Subject: Re: [ic] Bug- Payment method shows on all orders as COD
Reply-To: interchange-users@icdevgroup.org

Try removing your un-secure java-script for the Trust Logo.  This may be

it.  If so, try removing from the "No Left" template.

Terral

> >>>>>>>>>>>>>    Are you talking about when using IE you get the
warning
>'This page contains both secure and nonsecure items.'  With selections
>of  Yes, No, and More Info ??  If so do you know what needs to be
>changed to correct this ?  Thanks.
>
>Jon
>
>
>_______________________________________________
>interchange-users mailing list
>interchange-users@icdevgroup.org
>http://www.icdevgroup.org/mailman/listinfo/interchange-users



--__--__--

Message: 22
Date: Sat, 07 Jun 2003 00:27:44 -0400
From: localhost <user@example.net>
To: interchange-users@icdevgroup.org
Subject: Re: [ic] UI : Meta information : Date selector Widget
Reply-To: interchange-users@icdevgroup.org



Paul Jordan wrote:
>>Philip S. Hempel wrote:
>>
>>>How do I get the "Date selector" widget in the Meta 
>>>information edit of 
>>>the UI to be able to choose years other than just the few (11 
>>>years) in 
>>>the dropdown list. I need to be able to choose or type in 
>>
>>years far in 
>>
>>>the past such as 1850 - current.
>>>
>>
>>
>>Rick, I asked the same question about a year ago. Here's a 
>>paste of the
>>email & answer. You'll have to adjust the line yourself. It's 
>>actually line 621.
>>
>>Regards, Greg
>>
>>
>>>-----Original Message-----
>>>From: interchange-users-admin@icdevgroup.org
>>>[mailto:interchange-users-admin@icdevgroup.org]On Behalf Of Jonathan
>>>Clark
>>>Sent: Wednesday, August 07, 2002 12:48 PM
>>>To: interchange-users@icdevgroup.org
>>>Subject: RE: [ic] date selector
>>>
>>>
>>>
>>>>CORRECTION: Date selector not data
>>>>
>>>>Hi,
>>>>
>>>>Can anyone tell me where I can find
>>>>the file that has the values set for
>>>>the widget type::data selector in the
>>>>admin interface?
>>>>
>>>>It's set for 2001 as the starting year
>>>>and I'd like to change that to 2002.
>>>>
>>>>IC 4.8.5/RH 7.3
>>>>
>>>
>>>
>>>its in lib/UI/Primitive.pm, around line 620 or so.
>>>
>>>Jonathan
>>>Webmaint.
>>
> 
> 
> UI_DATE_BEGIN	1900	General
> UI_DATE_END	2020	General
> 
> in varaible.txt works for me
> 
> Paul
> _______________________________________________
> interchange-users mailing list
> interchange-users@icdevgroup.org
> http://www.icdevgroup.org/mailman/listinfo/interchange-users
> 

Thanks!

I was hoping to nail it w/out haveing to change all my other clients' 
admin pages.

Where is this stuff documented??
That's increadible!  So much function, yet so little documentation!

Thanks again, I will give it a shot in the morning.

There needs to be a IC Documentation party, I'll bring the beer/coffe 
whatever!

Rick


--__--__--

Message: 23
Subject: Re: [ic] Bug- Payment method shows on all orders as COD
From: Jamie Neil <jamie@versado.net>
To: interchange-users@icdevgroup.org
Date: 07 Jun 2003 12:31:14 +0100
Reply-To: interchange-users@icdevgroup.org

On Sat, 2003-06-07 at 03:55, Terral Artis wrote:
> Try removing your un-secure java-script for the Trust Logo.  This may
be 
> it.  If so, try removing from the "No Left" template.

I had the same problem with the Trust Logo and solved it by creating a
simple UserTag (is_secure), that checks to see if the URL is secure. I
then use this to display a different URL for the trustlogo script
depending on whether the page is secure or not:

TOP
---
<script type="text/javascript" language="JavaScript" src="[if
type=explicit
compare="[is_secure]"]https://secure.comodo.net[else]http://www.trustlog
o.com[/else][/if]/trustlogo/javascript/trustlogo.js"></script>

ADL_PAGE
--------
<script type="text/javascript">TrustLogo("[if type=explicit
compare="[is_secure]"]https[else]http[/else][/if]://www.mysite.com/image
s/secure_site.gif", "SC", "none");</script>

is_secure.tag
-------------
UserTag is_secure Routine <<EOR
sub {
        return $CGI::secure =~ /^(on|1)$/i ? 1 : 0;
}
EOR

Jamie

> 
> Terral
> 
> > >>>>>>>>>>>>>    Are you talking about when using IE you get the
warning
> >'This page contains both secure and nonsecure items.'  With
selections
> >of  Yes, No, and More Info ??  If so do you know what needs to be
> >changed to correct this ?  Thanks.
> >
> >Jon
> >
> >
> >_______________________________________________
> >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



--__--__--

Message: 24
Date: Fri, 06 Jun 2003 21:41:04 -0400
From: Jon <prtyof5@attglobal.net>
To: interchange-users@icdevgroup.org
Subject: Re: [ic] Bug- Payment method shows on all orders as COD
Reply-To: interchange-users@icdevgroup.org

> On Sat, 2003-06-07 at 03:55, Terral Artis wrote:
> > Try removing your un-secure java-script for the Trust Logo.  This
may be
> > it.  If so, try removing from the "No Left" template.
>
> I had the same problem with the Trust Logo and solved it by creating a
> simple UserTag (is_secure), that checks to see if the URL is secure. I
> then use this to display a different URL for the trustlogo script
> depending on whether the page is secure or not:
>
> TOP
> ---
> <script type="text/javascript" language="JavaScript" src="[if
> type=explicit
>
compare="[is_secure]"]https://secure.comodo.net[else]http://www.trustlog
o.com[/else][/if]/trustlogo/javascript/trustlogo.js"></script>
>
> ADL_PAGE
> --------
> <script type="text/javascript">TrustLogo("[if type=explicit
>
compare="[is_secure]"]https[else]http[/else][/if]://www.mysite.com/image
s/secure_site.gif", "SC", "none");</script>
>

Yes, the key is to make sure the image tag uses https when on a secure
page
As you pointed out https://.../secure_site.gif   That corrected the
warning pop up.

>
> is_secure.tag
> -------------
> UserTag is_secure Routine <<EOR
> sub {
>         return $CGI::secure =~ /^(on|1)$/i ? 1 : 0;
> }
> EOR

Knowing which pages I have both secure and where I want their some what
large 'seal' to show up on I used the MV_PAGE global variable which
does seem to work. Though I'm thinking your solution is a bit more
graceful.
Any deeply knowledgeable ICers want to comment on that...

Thanks Jamie,

Jon

>
>
> Jamie
>
> >
> > Terral
> >
> > > >>>>>>>>>>>>>    Are you talking about when using IE you get the
warning
> > >'This page contains both secure and nonsecure items.'  With
selections
> > >of  Yes, No, and More Info ??  If so do you know what needs to be
> > >changed to correct this ?  Thanks.
> > >
> > >Jon
> > >
> > >
> > >_______________________________________________
> > >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
>
> _______________________________________________
> 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


End of interchange-users Digest