Closed jostnes closed 2 years ago
Just a note that I wasn't able to reproduce this issue when relaunching the app with a non-USD store, but I can reproduce this issue by switching to a non-USD store
We received a report from 4848039-zen but are unsure if it's the same issue as listed here.
The reason is, we asked them to tap the "This Month" tab and then go back to the "Today" tab, and check if they then see the correct currency.
Their response is:
Switching between the day month and year tabs does not resolve the issue. The correct current is displayed on the orders list and order details screens.
We also notice there's an ongoing WP.com Cache has discrepancies
and Cron Size: 52 The cron array size is pretty large;
on the site's Jetpack Debugger.
Should we ask the user to still wait until this fix is released?
Or is there something else that might happen here? Plugin conflict? (I see they have All In One WP Security
).
Hi @erricgunawan - if the user cannot get the correct currency after switching between time ranges, it's likely that they have a different issue. But I think it's still worth it to ask them to try again with version 8.7 so we can know for sure if the fix in #6335 helps. Thanks!
The user replied saying they updated to version 8.7, but that didn't help.
I scheduled another re-sync of their data to see if that helps.
There's one thing I missed from their device logs that there was an error synching their site settings: Site settings sync had 3 error(s) for siteID 182095388: [Dotcom Error: [rest_setting_setting_group_invalid] Invalid setting group., Dotcom Error: [rest_setting_setting_group_invalid] Invalid setting group., Dotcom Error: [rest_setting_setting_group_invalid] Invalid setting group.]
.
This is why we cannot get the correct currency on the app. The Orders tab shows the correct currency because we're displaying the orders' currency instead of using the one in the site setting.
I see that the team has tried a few ways to fix their Jetpack connection - I wonder why it hasn't worked out for them yet.
Thanks for finding that error log @itsmeichigo !
I noticed JPDB keeps saying there are some discrepancies no matter how many times we tried to re-schedule a sync.
This is the last one I checked:
WP.com Cache has discrepancies as of last checksum on 2022-03-11 17:01:53
Also, this is also in JPDB, although I'm unsure if it has anything to do with it:
Cron Size: 51 The cron array size is pretty large; this could indicate that cron is not working as expected. Big cron size isn't a sync problem by itself, it's just a warning that the site is poorly maintained/configured. In order to diagnose Sync issues we need to look at "Queue Sizes", whenever these are close to 0 it is an indication that Sync is healthy.
User also added this in their replies:
I have noted that when I change store and then back again- it does display the direct currency but then when I close the app and open later it’s back to USD!
They also already tried to reinstall the app, but that doesn't help either.
Any idea for the next steps?
I have noted that when I change store and then back again- it does display the direct currency but then when I close the app and open later it’s back to USD!
This is weird because it seems that we are using a common logic to re-fetch site settings when launching the app and switching stores. Is it possible to SSP to confirm this behavior?
We have permission from the user to access their account and I can confirm this.
Thanks, @erricgunawan for confirming the case! I can't reproduce the issue, so it may be challenging to address it.
Also, it would be great if we could create a separate issue for this since the original issue can be fixed by switching the time range. I'm still leaning on the possibility that this is a sync issue. Is there a way to retrieve the device log to see if the actions we took to fix the sync work? That would be helpful I think.
@itsmeichigo Thank you for helping us with this! I've created the separate issue here: Incorrect Currency Is Displayed.
Thanks! I'm closing this issue again, will follow up on the new one.
Describe the bug Using a store that isn't using $ as currency, when loading the stats screen for the first time, the currency value is $ instead of the store currency.
To Reproduce Steps to reproduce the behavior:
This Week
) and return toToday
Screenshots
https://user-images.githubusercontent.com/17252150/155471429-cf24333e-4130-47d9-9e87-49ac2ad8c93c.MP4
Expected behavior The currency should be displayed correctly on the first load
Isolating the problem (mark completed items with an [x]):
Mobile Environment Please include:
WordPress Environment