Google Analytics ID defaults to Wordpress username and cannot be overridden | Troubleshooting All in One SEO Pack Pro | Support | Semper Plugins

Avatar
Lost password?
Advanced Search
Forum Scope


Match



Forum Options



Minimum search word length is 3 characters - maximum search word length is 84 characters
sp_Feed Topic RSS sp_TopicIcon
Google Analytics ID defaults to Wordpress username and cannot be overridden
July 16, 2019
10:32 am
Avatar
Christopher Monkaitis
Member
AIOSEOP
Forum Posts: 9
Member Since:
January 10, 2017
sp_UserOfflineSmall Offline

We have multiple sites with All in One SEO Pack Pro installed where the Google Analytics ID field in General Settings defaults to the Wordpress username. On many of these sites, the input field cannot be overridden. On those that can be overridden, the value returns to the Wordpress username upon updating.

The sites affected are running All in One SEO Pack Pro 3.1 and 3.1.1.

Not only is this reporting inaccurate data to Analytics, it is exposing Wordpress usernames in page source code.

July 16, 2019
10:35 am
Avatar
Steve Mortiboy
Admin
Forum Posts: 2197
Member Since:
January 5, 2012
sp_UserOfflineSmall Offline

** You currently do not have permission to see this post. To obtain access to these Premium Support Forums, please purchase a plugin and support subscription from Semper Plugins **

July 16, 2019
1:44 pm
Avatar
Christopher Monkaitis
Member
AIOSEOP
Forum Posts: 9
Member Since:
January 10, 2017
sp_UserOfflineSmall Offline

Steve:

We have been troubleshooting this issue a little more closely. The problem seems to stem from Chrome’s auto-form-filling. The problem does not occur in other browsers.

The risk of accidentally saving this value as the Analytics account ID—and subsequently outputting it in the page code—is avoidable if you know to look for it. The problem, however, is that we have a team of marketers who use this plugin and who may go in, adjust some other All In One setting, update the settings, then inadvertently save the username as the value for the Analytics account ID. If a user accidentally does so, the username will output in the source code.

We did not encounter this pitfall on previous versions of the plugin. Perhaps there is something you can build into the settings form that will prevent Chrome from auto-filling the input value and/or perhaps you can build something into the code that stores this input value in the database that validates it beforehand.

Let me know if you still feel like you need admin access or FTP access.

Thanks!

July 16, 2019
1:50 pm
Avatar
Steve Mortiboy
Admin
Forum Posts: 2197
Member Since:
January 5, 2012
sp_UserOfflineSmall Offline

** You currently do not have permission to see this post. To obtain access to these Premium Support Forums, please purchase a plugin and support subscription from Semper Plugins **

July 17, 2019
8:55 am
Avatar
Christopher Monkaitis
Member
AIOSEOP
Forum Posts: 9
Member Since:
January 10, 2017
sp_UserOfflineSmall Offline

Hello Steve:

We’re using standard versions of Chrome. We’ve isolated the issue specifically to Chrome’s behavior of auto-filling saved Wordpress login usernames to this field.

Since the issue is fully on the side of Chrome, I’m going to go ahead and close this support request.

Thank you for your help looking into this.

September 6, 2019
3:54 pm
Avatar
Tichaona O Mubayiwa
New Member
Forum Posts: 1
Member Since:
August 17, 2018
sp_UserOfflineSmall Offline

Steve Mortiboy said
Hi Christopher,

This is something very specific to your configuration of Chrome.  No other user has ever reported this problem and we’ve never seen this with any site here or during any release testing.  I am unable to reproduce it with Chrome here.  The Google Analytics field is a standard text input field so there’s no reason why Chrome would think that this is a username field.

It’s possible another plugin is causing this problem so please try deactivating all other plugins.  Also, are you on the standard branch of Chrome or on the Canary developer version?

  

I’m also facing this exact problem, and have already submitted a support ticket to the effect. My message to you in the private email is included below, as means to shed some additional insight if possible:

I have managed to isolate the source of the problem that I’m having with your plugin. It is from the fact that I use Google’s Tag Manager for linking all the Google analytics codes and Tracking Id’s to my WP Multisite network website, yet your software apparently accepts the registration key only after I input a Google Tracking ID in the Google Settings column. On the other hand, if I input the tracking ID in your software (and the software functions well indeed) I then start getting an error report from Tag Assistant recording about multiple installations of analytics Tracking IDs having been detected.
 
When I go back to your plugin settings and remove the Google Tracking ID that I would have input in it in order for the registration key to be accepted earlier, it then rejects the registration key altogether upon saving the new settings and instead, defaults to automatically inputting the WordPress User password that I would be logged in under at the time, which I have set my browser (Google Chrome) to remember. Please see the attached screenshots for what I’m trying to explain.
 
I believe the problem to be caused by your plugin not being designed to accept the possibility of a WP Multisite network user needing to leave the Google Settings section blank and firing their Google Tracking ID and Google analytics codes from Google’s Tag Manager instead. The solution therefore is for you to design your plugin with an option that users who use Google’s Tag Manager for delivering Tracking IDs to their sites can select, which then nullifies the compulsory requirement for the Google Settings section and Google Tracking ID to be input by a user in order for the Registration key to be accepted. I know my situation may be a unique one, but, at least that is what my situation requires if your plugin is to function correctly and effectively on my site, given the way I’ve set it up with Google Analytics and Tag Manager.
December 12, 2019
6:32 pm
Avatar
mike
Member
AIOSEOP
Forum Posts: 4
Member Since:
August 20, 2015
sp_UserOfflineSmall Offline

I experienced the same issue. Using Chrome (current version, default settings), WP 5.3, AIOSEO Pro 3.3.3 (just installed to replace the free AIO SEO), all other plugins disabled, and with Google Analytics implemented outside of AIOSEO Pro…

When the Google Analytics ID field (General Settings > Google Analytics panel) is not explicitly filled with data, the WordPress user ID is auto-filled into this field. If you don’t happen to notice this, saving the AIO SEO Pro options unknowingly saves the WP user ID in the Google Analytics ID field – and inserts an ID-less GA script into the source code.

At this point, and without any warning, my separately-implemented GA script fails and GA stops tracking data. Ugh. I assume this is because the ID-less GA script generated by AILSEO Pro is nullifying the pre-existing GA script.

I can remove the auto-filled WP user ID from the Google Analytics ID field and save the options, to remove the ID-less GA script AIO SEO Pro had inserted into the source. But when the General Setting page reloads it has now auto-filled the License Key field with the WP user’s password. Ugh! If you don’t notice this, and change some other AILSEO Pro settings, you’ll unknowingly un-license the plugin. And again have an ID-less GA script re-inserted into your source code (if you don’t remove the new auto-filled data).

Outside of using another browser (not an acceptable long-term solution for me), the only way for me to get around this was to remove the separate implementation of GA, and use AISEO Pro to implement GA. Things seem to be working ok now, though (A) I spent sufficient time isolating an issue that AISEO Pro *should* be able to prevent, and (B) AIOSEO Pro left me no choice but to use it to implement GA.

In the end, I wish I hadn’t replaced the free AIO SEO w/ the Pro version.

December 12, 2019
7:37 pm
Avatar
Steve Mortiboy
Admin
Forum Posts: 2197
Member Since:
January 5, 2012
sp_UserOfflineSmall Offline

** You currently do not have permission to see this post. To obtain access to these Premium Support Forums, please purchase a plugin and support subscription from Semper Plugins **

December 16, 2019
9:22 pm
Avatar
mike
Member
AIOSEOP
Forum Posts: 4
Member Since:
August 20, 2015
sp_UserOfflineSmall Offline

Thanks Steve. Sorry for the delay, I just returned to this page and noticed your reply. It seems that to get notice of replies, I have to explicitly subscribe (I just did that). I’ll submit the support request next.

December 17, 2019
9:55 am
Avatar
Steve Mortiboy
Admin
Forum Posts: 2197
Member Since:
January 5, 2012
sp_UserOfflineSmall Offline

** You currently do not have permission to see this post. To obtain access to these Premium Support Forums, please purchase a plugin and support subscription from Semper Plugins **

December 17, 2019
2:30 pm
Avatar
mike
Member
AIOSEOP
Forum Posts: 4
Member Since:
August 20, 2015
sp_UserOfflineSmall Offline

Steve- Thanks for the prompt investigation. I completely understand the necessity of reproducing the error on your end.

December 17, 2019
2:58 pm
Avatar
mike
Member
AIOSEOP
Forum Posts: 4
Member Since:
August 20, 2015
sp_UserOfflineSmall Offline

In case anyone else encounters this issue…

Given Steve’s findings that this issue is isolated to local Chrome config, I tried a bunch of stuff w/ Chrome, and seem to have isolated a cause and solution (at least for my issue).

While I never touched Chrome’s default Autofill settings, I did tell Chrome to save the WP admin password for the site. When I cleared that password from Chrome, the issue went away. And when I told Chrome to remember the password, the issue returned.

Fwiw, you can clear a Chrome-saved password for a specific URL & username by going to Settings > Autofill > Passwords.

December 17, 2019
3:30 pm
Avatar
Steve Mortiboy
Admin
Forum Posts: 2197
Member Since:
January 5, 2012
sp_UserOfflineSmall Offline

** You currently do not have permission to see this post. To obtain access to these Premium Support Forums, please purchase a plugin and support subscription from Semper Plugins **

Forum Timezone: America/New_York
Most Users Ever Online: 964
Currently Online:
24
Guest(s)
Currently Browsing this Page:
1 Guest(s)
Top Posters:
Member Stats:
Guest Posters: 36
Members: 23684
Moderators: 1
Admins: 7
Forum Stats:
Groups: 4
Forums: 28
Topics: 2138
Posts: 9312
Newest Members:
Muhammet Acar
Moderators: semperplugins: 0
Administrators: Michael TorbertPeter BayliesSupport TeamSteve MortiboyMatthew RobinsonSteve Klasen, Arnaud: 262
[i]
[i]
Skip to toolbar