Can't reproduce Wrong values of fields fields and redirect to Joomla profile

Hi Ruud,

I've noticed two strange behaviours.
1. There is a menu item to "Edit Profile" page (OchSubscriptions). 
Non-SEF for better understanding: option=com_users&view=profile&layout=edit&Itemid=175 
When I click on Save button, the page is being redirected to default Joomla profile page.
Non-SEF URL: ?option=com_users&view=profile&user_id=590&Itemid=217
Why so? Isn't there a special view in OchSubscriptions?

2. I change any data in profile, click on save and... there are 2 problems:
- Empty fields (like Address 2 or VAT - NO) display as Website default (wrong value).
- No changes. E.g. I rename city or ZIP code and when go to Joomla profile page, there are no changes.

See:
 - I changed  the city to Limassol and ZIP code to 3506
- on the 2nd screenshot we see old values (city: Kransodar and ZIP: 350020)

Joomla cache disabled.

Joomla 6.0.4, OchSubscriptions - the latest version

Best regards,
Eugene

 

Screenshots:
 

OMG, I am terrible sorry!
?option=com_users&view=profile&layout=edit&Itemid=275

this is basically Joomla URL! Now it's clear which way to go.
I will investigate settings more attentively.

The topic can be closed.
Regards,
Eugene

Oh, I was too quick.

Now I see there are no views of the component for the profile and then there are no other ways expect using com_users. So, the questions are actual.

Hi Eugene,

ochSubscriptions doesn't have a front-end customer view, it is integrated with com_users (as you already noticed). This is done via the system plugin that adds via the Joomla API the billing / customer fields onto the (joomla) user fields. Saving, displaying, etc. is done by Joomla core.

I just tried to reproduce this but when I change billing field values (like zip code, country, vatnumber, etc.) these changes get stored correct on my sites. So I cannot reproduce.

at 10:00 this morning I will be releasing ochSubscription 3.5.1 (with which i am testing this), there is a change in script.js addressing changing the country field on the front-end (so in com_users / edit). Can you update to that version and then retry? I don't think it is related, but then we are looking at the same code base.

let me know how this goes.

regards,
Ruud.