Wp-calypso: Store: Dashboard: Empty dashboard if set_store_address_during_initial_setup false and other flags true
Use the console to set all the flags (POST /sites/$site/calypso-preferences/woocommerce) to true except for set_store_address_during_initial_setup, which should be set to false
Navigate to https://wordpress.com/store/{DOMAIN}
Behold the vasty nothingness.
Not sure how a site could get to this state outside of using the console to reset sites (i.e. set them all to false while there is still an address on the site), but we should fix this. The fix might include both setting the flag when an address is detected on the site AND/OR fixing the rendering code to display something :P
Observed on today's master
allendav
All 3 comments
Use the console to set all the flags (POST /sites/$site/calypso-preferences/woocommerce) to true except for set_store_address_during_initial_setup, which should be set to false
May I please ask for a bit more detail in how to set all the flags to true using the console?
Aside: I noticed that going directly to https://wordpress.com/store and that page is even more blank (but with no console errors). Not sure if that link is expected to work or not though! Should it show the site picker? [screenshot]
designsimply
on 14 Dec 2017
@designsimply I don't believe /store was ever intended to be a true route/page, but I suppose it couldn't hurt to render a site picker if someone happens upon the page. If you'd like to open an issue around that - feel free to do so, but feeling like it would be a lower priority looking ahead at Q1.
May I please ask for a bit more detail in how to set all the flags to true using the console?
The Store setup dashboard uses a series of flags which are persisted via the API to determine which steps have been completed in the setup process. To view or manually manipulate those settings you can use the REST API Dev Console and interact with the /sites/YOURSITESLUG/calypso-preferences/woocommerce endpoint. GET request will return the current values, or you can POST to update them. We are hoping to potentially add a tool for a12s to use in either staging or wpcalypso to make this debug process a bit easier to use.
@allendav I'd agree that getting to this state would be difficult to do, but yes we should likely handle it properly. Perhaps we can look into this while working on the non US/CA signup since we will be in the dashboard logic quite a bit then.
timmyc
on 21 Dec 2017
I'm fixing this now
allendav
on 2 Jan 2018
Related issues
lamosty
路
3Comments
ghost
路
3Comments
apeatling
路
3Comments
vparkhere
路
3Comments
jjchrisdiehl
路
3Comments
Most helpful comment
@designsimply I don't believe
/storewas ever intended to be a true route/page, but I suppose it couldn't hurt to render a site picker if someone happens upon the page. If you'd like to open an issue around that - feel free to do so, but feeling like it would be a lower priority looking ahead at Q1.The Store setup dashboard uses a series of flags which are persisted via the API to determine which steps have been completed in the setup process. To view or manually manipulate those settings you can use the REST API Dev Console and interact with the
/sites/YOURSITESLUG/calypso-preferences/woocommerceendpoint.GETrequest will return the current values, or you canPOSTto update them. We are hoping to potentially add a tool for a12s to use in either staging or wpcalypso to make this debug process a bit easier to use.@allendav I'd agree that getting to this state would be difficult to do, but yes we should likely handle it properly. Perhaps we can look into this while working on the non US/CA signup since we will be in the dashboard logic quite a bit then.