AgoraCart Free User Forums

I wasn't sure where to place my question, sorry in advance if it should not be here, but here goes:

I have a problem with the "make changes" button when completing an order. The complete order form appears, you start filling it in, click on verify order. In this case, if you forgot one of the required fields or you want to make a change to the form data, you press the "make changes button".

You would expect Agora to come with the form page including the data you filled in so it can be altered. Instead I'm getting an empty form, which leaves you no other option than to fill in everything again from scratch. Very annoying...

I've searched like crazy, but cannot find a reason why this is happening. Can anyone give me some ideas??

Thanks in advance,
Art

Art,
What is the URL to the store?
Which gateway are you using?

Some of the main reasons for this happening is not downloading or uploading the order form file in ASCII mode.

HTH!


_________________
God Bless!
Bonnie - AgoraCart Moderator

Get a Gold Membership

Hi Bonnie,

Thanks for your quick response.

the URL for the store is: http://www.neutecgroup.com/agora/agora.cgi
I'm using the offline payment gateway.

With the order form file, are you referring to the html file? (in my case Offline-orderform.html..)

Regards,
Art

Art,
Upon review of the site, you have some other issues going on, as well. You have stuff in your header file which MUST be removed and put in their proper places.
Namely:


For proper placement of this info, please refer to the following threads:
http://www.agoraguide.com/faq/viewtopic.php?t=1156
http://www.agoraguide.com/faq/viewtopic.php?t=358

But it still looks like the Offline-orderform.html file was not uploaded in ASCII mode.

HTH!


_________________
God Bless!
Bonnie - AgoraCart Moderator

Get a Gold Membership

Hi Bonnie,

Uploading the file in ascii mode indeed did the trick.

Thanks for your help,
Art

Hi Bonnie (I always want to refer to you as "scott"...):

I had the same problem and checked my upload method out. It was set to "auto" so i assumed no problem. But of course, there was a problem, so I adjusted it to "ascii" and uploaded again, and suddenly my "make changes" page came alive. all problems solved on that front.

Just wondering though, are there any other specific pages that also needed to be uploaded in ascii mode in order for the script to run properly?

Thanks,

Thomas

Thomas,
Your ftp client should have a way in the preferences to set the extensions that are to be uploaded in ASCII mode.
THe following extenstions are to be uploaded in ASCII mode:
.html
.htm
.inc
.db
.cgi
.pl
.tpl
.txt
.log
.dat
.file
.pm
.htaccess
.php
.alt
.xml
.sql
.cfg


The basic rule is this, if you can open the file in a text editor, like notepad, and you can read the text and there are no "gobbly-gook" characters, then it should be uploaded in ASCII.
Graphics, compressed files (.zip, .tgz, etc...), .doc, and the like are uploaded in binary mode.

HTH!



Last edited by scottcrew on Tue Nov 07, 06 6:16 pm; edited 1 time in total
_________________
God Bless!
Bonnie - AgoraCart Moderator

Get a Gold Membership

Yeah, that's what I thought also, so I would have assumed that the "auto" mode on the program (FTP Commander) would have been uploading html files as ascii, but apparentely it was not. So much for relying on "auto"!

One more quick question to confirm: What about pl files? ascii upload or not?

.pl files, ABSOLUTELY ASCII!!!


_________________
God Bless!
Bonnie - AgoraCart Moderator

Get a Gold Membership

Gee, I thought I was done with this topic/problem, but it seems to have come back to haunt me again. Here's the latest problem:

When I upload Offline-orderform.html in ascii form, it works as planned in terms of the remembering the user input data if you click make changes on the Step Two page. BUT, this ascii-uploaded Offline-orderform.html does not display my column widths properly...it squeezes the left size column too narrow.

If I upload Offline-orderform.html in non-ascii version, it handles the column display perfectly, but will not remember the user inputs if you click make changes on the Step Two page.

If I try to directly access the ascii-uploaded page at http://www.westec-beauty.com/web/html/forms/Offline-orderform.html, it displays without the cart of course, but the column widths on the order form are fine.

Another way to say it would be: If the ascii-uploaded orderform is accessed directly, it displays perfectly, but if it is accessed via agora.cgi, the column widths in the order form are wrong.

This is a total mystery to me. Any ideas???

Sorry for the false alarm...problem solved.

I tried upload using a different FTP software and everything worked perfectly. Must be something wrong with FTP Commander. I have now switched to SmartFTP.

Oops, delete that false alarm report. I am still having the same problem with different FTP software. I was too excited and looked at the wrong part of the page!

So, still hoping for some ideas on how to solve this.

Solved. It was some kind of bug with this section near the bottom:



When I deleted this section, everything worked perfect.

All the other special messages work fine and appear to be letter for letter identical with this one. So probably it is something that I corrupted in one of the other files.

the script...
<!--agorascript-pre
if ("$sc_offline_special_message" ne "") { return
q~<TR>
<TD COLSPAN="3"><blockquote>$sc_offline_special_message</blockquote></TD>
</TR>~
;}
-->

means that if there is a message then display the message and the table row and the table cell. if there is no message then do not display any of the script. whenever you have something like this you need to add the "hardcoded" html tags above and below the script just as if the message always displays. so for example you cannot have this...

<tr>
<!--agorascript-pre
if ("$sc_offline_special_message" ne "") { return
q~<TR>
<TD COLSPAN="3"><blockquote>$sc_offline_special_message</blockquote></TD>
</TR>~
;}
-->
</tr>

or this

<td>
<!--agorascript-pre
if ("$sc_offline_special_message" ne "") { return
q~<TR>
<TD COLSPAN="3"><blockquote>$sc_offline_special_message</blockquote></TD>
</TR>~
;}
-->
</td>

this will break the display if a message is returned. some possibilities would be...

<table>
<tr>
<td>some stuff here</td>
</tr>
<!--agorascript-pre
if ("$sc_offline_special_message" ne "") { return
q~<TR>
<TD COLSPAN="3"><blockquote>$sc_offline_special_message</blockquote></TD>
</TR>~
;}
-->
<tr>
</table>

or focusing on leading up to the script you can do this...

table, rows, cells and content...then
</td>
</tr>
<!--agorascript-pre
if ("$sc_offline_special_message" ne "") { return
q~<TR>
<TD COLSPAN="3"><blockquote>$sc_offline_special_message</blockquote></TD>
</TR>~
;}
-->
<tr>
<td> more content more rows and cells then </table>

so if you remove the agorascript then the table rows and cells will be balanced. likewise, if the agorascript is added then the hardcoded tr's and td's will be balanced whether or not the script displays anything.

make sense? hope so.
d

Makes total sense and that is what I have. The other two messages on the order form appear without a hitch, but for some reason, the third one always creates problems. So I finally gave up and hardcoded the message.

I think is probably is caused by my screwing up the third message variable somewhere in one of the other files by mistake. I had a mouse that always clicked twice when I wanted to click once and this led to me making some unknown mistakes in some of the scripts. Finally got a new mouse today.

Anyways, thanks for your feedback. Hopefully it will help others that might have a similar problem in the future.

Thomas

Thomas,
I am seeing some funky stuff in the order form.
Namely:

See that very 1st stuff there? I think that is what is causing the problem...

Try replacing that entire section with the following, which includes the agorascript stuff:


HTH!


_________________
God Bless!
Bonnie - AgoraCart Moderator

Get a Gold Membership

Hi Bonnie:

Once I put the agroscript stuff back in to make the third message appear, the message appears no problem, but the columns get all messed up. That was why I decided to just hardcode the message since I searched for 3 hours and could not find out the source of the problem.

I tried it again by pasting in your suggested code, but same thing occurred. I will leave it there for a day so you can take a look if you are curious, but don't waste too much time on it. It is not such a big problem and hardcoding solves it easily.

But thanks for the suggestion. You were right about my sloppy html on the hardcode version. This whole line:



should have been deleted.

Thomas

Thomas,
I am not seeing that the columns are messed up. Everything looks fine to me.


_________________
God Bless!
Bonnie - AgoraCart Moderator

Get a Gold Membership

I am not sure what you can see on your screen since the characters are all Chinese...let's try this:

In the first row that shows a red asterisk on the left, just to the immediate right of the asterisk is a line of Chinese characters followed by a colon and then a text input box. (This is where the user inputs their name. In Chinese, we always list the last then first name together on the same line, so I used the Ecom_BillTo_Postal_Name_First variable for the full Chinese name and the Ecom_BillTo_Postal_Name_Last variable for a "male/female" pull down menu in the second row).

Refering to the "first column" as the one with the red asterisk, the "second column" for this line of characters and a colon should be wide enough so that they are all in one single line and do not wrap down. Currently, after putting the third comment agorascript back in, this column is too narrow to hold these characters so they wrap down to fill three lines. You can see the colon is at the end of the third line.

If I take out the third comment agorascript, this column then goes back to the correct width of 126 which i specified in:



When I put in the third comment agorascript at the bottom of the page, it somehow overrides this column width command and makes this column very narrow, thus leading to the three wrapped lines of text instead of one single line.

Is that what you see too?

It is really a mystery to me as I can not figure out how a "colspan=3" comment at the bottom of the page would influence the width of the columns. Also, even more strange, if I hardcode the third comment, using the exact same "colspan=3" html, it works no problem. So I guess it has to be something about how the cgi script is handling the third comment instructions when in script form.

Thomas

Thomas,
I am not seeing a wrap of those columns. They are lining up on 1 line.
Still....
Try this:

I removed the <blockquote> tags, they might have been interfering.

HTH!


_________________
God Bless!
Bonnie - AgoraCart Moderator

Get a Gold Membership

Nope, still doesn't work. Thanks for trying though. I will just live with the hardcode version.

Best Regards!

Thomas

well, the only thing i noticed was...

</CENTER>
</FORM>
</HTML>
</td>

after the verify button. premature </html> tag. probably wont have any effect but it shouldn't be there either.

oh. i think i just found your problem. your agora order pl hack has some problems...




note that you have this...
<table>
<tr>
then a bunch of <th> tags followed by <tr><td> this is incorrect. further the table ends with...
<TD ALIGN="LEFT"><FONT FACE="Arial" SIZE=2 color="#666666">$ 344.00</FONT></TD>

</TABLE>

no </tr> as required. when adding more than one product type the problem repeates itself. this will absolutely mess up display and data transfer.

another thing is to add "nowrap" to the cost <td> in the agora order pl file. this will eliminate the money symbol stacking on top of the price.

d

uhhhh....I think you are looking at the wrong website. Mine is at www.westec-beauty dot com.

On the main page, click on the second from the left choice on the top menu then select the top product on the left side menu that appears. then select click the "put in your cart" button which is written in Chinese. You then should be able to see the order form.

well dangit!
thanks for the link. i'll take a look.
d