-
Notifications
You must be signed in to change notification settings - Fork 293
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Show loading state on secondary GA dropdown when "auto-populate" logic is still running #4106
Comments
@asvinb as per our conversation, I am unable to recreate this. I do vaguely remembering that it used to take a few seconds before the GA4 account appeared, but not noticed this recently. For me it loads straightaway when testing now. |
Thanks @wpdarren . @felixarntz I was unable to recreate the issue as well. Can you confirm you can still see the issue on your end? If so, can you post a small video? Thanks! |
@asvinb @wpdarren This is still happening for me as before, on latest ga4-dropdown-not-showing-loader.mov |
Thanks @felixarntz . I was able to reproduce after I set up a new property. IB added. |
@asvinb I don't think the current IB is accurate, since it would also show a loading state if the user intentionally set it to "Set up a new property". I think we need to look at specifically whether the action/resolver for determining the matching GA4 property is currently in progress to know whether to show a loading indicator. |
Thanks for catching that @felixarntz . I've updated the IB. Can you take another look? Thanks! |
@asvinb The IB mostly looks good now, however one more concern about where to implement this: You're suggesting to put it into the My other point is more of a nit-pick: If we move this to the |
Thanks @felixarntz . IB updated! |
@asvinb Great - IB ✅ |
QA Update:
|
@wpdarren, I think - yes, it is expected as of now. It happens because there is a lag between the end of pulling ga4 properties for the account and start trying to match a property. I think we can update the logic here to show the progress bar until we finish loading properties and finish matching a property. @felixarntz what do you think about it? |
@eugene-manuilov That sounds great, it would certainly be a preferable user experience. Do we want to do this in a follow-up PR or separate issue? |
@felixarntz I'll crate a follow-up PR. |
@felixarntz do you mind looking at #4310? |
QA update: ✅
ga4a.mp4 |
When setting up Analytics and you already have both a matching UA and GA4 property configured, there is currently an odd user experience where the secondary dropdown (the one in the blue notice, usually the one for GA4) first shows the empty state where the user needs to select a property, just to update this 1-2 seconds later with the auto-populated property.
It could easily result in problems where the user quickly selects a property and then their choice is overwritten because the auto-population logic completed. Essentially, this dropdown should be editable until the auto-population logic has completed (whether or not it eventually auto-populates anything).
Do not alter or remove anything below. The following sections will be managed by moderators only.
Acceptance criteria
Implementation Brief
assets/js/modules/analytics-4/datastore/properties.js
,isMatchingProperty
withfalse
as default value.isMatchingProperty
matchAndSelectProperty
action to dispatch the action defined above to setisMatchingProperty
totrue
. This should happen before callingmatchAccountProperty
.property
, setisMatchingProperty
tofalse
by dispatching the newly added action.assets/js/modules/analytics-4/components/common/PropertySelect.js
,analytics-4
data store via the newly added selector inassets/js/modules/analytics-4/datastore/properties.js
to see if we are waiting for a matched GA4 property.isLoading
constant.Test Coverage
assets/js/modules/analytics-4/datastore/properties.js
QA Brief
Changelog entry
The text was updated successfully, but these errors were encountered: