Extra field values not persistent through checkout process

[quasi888 +]

Hi guys,

I've noticed that during the checkout process, after filling out the Listing Details (step 3), and subsequently returning to that page (perhaps by proceeding to step 4 and then clicking back to step 3 in the breadcrumb, OR field validation errors causing the page to reload with error details), the user-entered values for extra fields are no longer displayed.

Example:
I create an extra listing field, Color. It could be any field type.
During checkout process, in the Listing Details page, I enter the color.
I click Continue to proceed to Step 4 (Add Images).
In the breadcrumb I click Details to go back to the previous step. (Or I just hit Backspace.)

The field for Color is now empty/unselected. It does not reflect the value I had previously entered. I now need to re-enter that value (especially if it's a required field) in order to proceed to Step 4 again.

Am I being unreasonable in assuming that those extra field values should persist? This can be a major usability issue if there are lots of custom fields. (In my case, I have over 20.)

I'm using v4.15 Developer w/ TemplateCodes modules and Fluid theme. But I have observed the exact same behavior on the 68C live demo site.

Thanks in advance.

[seymourjames +]

Try this and report back. Goto checkout step3.tpl . Reverse the modulehook code and extrafileds like this below. You may already have it like this if you are using the fluid templates.


<div class="clear"></div>

{modulehook function="tpl_addlisting"}
{$extra_listing_fields}

It is unlikely to be this.

[seymourjames +]

Actually I think it is the ajax required to get the extra fields. Its not something you are going to solve easily if at all.

[quasi888 +]

That's already there.

[quasi888 +]

Is ajax.php being called during checkout step 3? I was under the impression that during checkout, extra fields are being output directly at page render time, and that ajax is only used to dynamically serve up the extra fields on search forms.

I'm more inclined to believe it's in the function extra_listing_fields in Listings.php.

[mmk01 +]

Hello,

would really need the same "feature". we have many extra fields and it's really annoying for the visitor if he has to re-enter everything again if he just forgot 1 field...
isn't there a way to validate the requiered extra fields "on the fly" like at the price, title,... fields? tried to do that, but my programming skills were defenitly to bad

greetings

[seymourjames +]

I think you are correct. Its from Lsitngs.php. I think it will be the same issue in usermodifylisting aswell.

[teggen +]

I am having the same issue as well, and receiving a few emails about it from customers. Under one of my categories I have 16 extra fields so I can understand their frustration. Does anyone know if this issue was fixed in the 4.1.6 upgrade?

[quasi888 +]

OK, at least I know I'm not the only one seeing this.

Is this a bug that has always existed, or are we only seeing it now in 4.1x?

I hope it gets addressed soon. My client has already noticed this in alpha-testing of her site, and it makes me look bad.... I have other things I would rather work on than sifting through lines of code.

[Eric Barnes]

I don't see any thing about this in our bug tracker so I would recommend adding it:
http://www.68classifieds.com/forums/project.php