entry_zone_id bug in additional addresses?

[dbrewster]

Howdies.

I've been seeing problems with customers adding alternate addresses and then being unable to check out. They get bounced back to step 1 constantly.

When customers add new addresses to their address book, the field entry_zone_id has value "0" instead of indicating their state code. When I directly edit the database and specify the correct entry_zone_id for the individual's state, the problem is fixed.

In browsing through the table, I find many instances where no state is specified, and many instances where the entry_zone_id is "0".

I'm running the current ZC, 1.3.0.2.

I tried to reproduce the problem by creating new addresses and editing old addresses, but I could not! Yet, when I look at the addresses table, in many places entry_zone_id is 0, even where a state is specified. In fact the other day I made an alternate US address for myself with state "asdf".

I think in some cases the state droplist is not being triggered. When it is triggered, the entry_zone_id is correct.

What could be going on here, and how can I fix it?

Could this be a carry-over from older versions of the database?

Is there a nice way I can fix this addresses table... as I said, in many places the state data is blank.

thanks!!!!!

[Ajeh]

This is being addressed and will be out with the next release ... thanks

[mrmarcus66]

Is this the same bug that stops you changing or adding an additional address with London being the county?

[DrByte]

They are related, yes.

[SarahL]

sorry to bring up an oldish thread BUT this is highly annoying and I am about to upgrade to 1.3.6 BUT can you confirm that this is resolved now? so that people can log in with London and change shipping address to london without getting the bug?

Thank you so much
Sarah

[DrByte]

Yes .

[SarahL]

Thank you