Quick update: the reload to blank page is caused by the WordPress theme we use (it’s called Stockholm). We fixed this at some point in the past, fix is in the Default child theme (I think it was turning off the tooltips).

Anyway, I switched our WP theme to Twenty Sixteen, switched SP theme to Default, but website URL still doesn’t update under the SP profile, it stays “stuck”. All other fields update fine though (First Name, Last Name, Location, etc.).

I know it works here on the support forum so must be something in our install.

so you are talking about profile – edit profile – website field in the profile?

is the full url being added with the schema (the http or https part)?

and when you save it, a blank screen is loaded?  shouldnt be any page loaded.. its an ajax update…

with the browser console open, anything reported there for the ajax update?  you may have to expand the result…

The blank page turned out to be unrelated, so can be disregard.

But yes, it’s profile > edit profile > website. When updating that field, with a full URL, and saving, it states “Profile settings updated” – but it’s not. When the profile is reloaded the previous entered URL pops up again. Example: change http://alternatewords.com to http://closefocusstudios.com > “Profile settings updated” > reload > displays http://alternatewords.com again. BUT, the URL field in the WordPress profile is updated correctly, every time.

Several of our users reported this issue on our site so it’s not a browser caching issue, just in case.

The only output in the console is “JQMIGRATE: Migrate is installed, version 1.4.1”

but under console, when you hit update, it must load an ajax process…  I want to know the response to that…  since you now indicate no page is loading, it will just show up in the console…

The page loads fine. Update works fine. It just doesn’t update the “Website”. This is what the console shows when I enter a URL:

I’ve entered “http://closefocusstudios.com” under “Website”, reload the profile page and “Website” shows “http://poetryofthemoment.com” again:

WordPress backend profile is updated correctly though:

having a hard time reading the error in the bottom in red…  is it related to watches update?  when did that come up?  when you hit the save button? 

there should be an entry for the profile save ajax action as well when you save… is it not there?  would be related to a file admin-ajax.php which is a standard wp file…

what about when you save a different profile menu?

Yes, they are related to watches update. They don’t seem to be related to this issue. I just tried again and no errors where displayed.

There is no entry for the profile save ajax action, neither in Firefox nor in Chrome.

All other options and entries work fine, no errors, everything gets updated and stays updated at save. It’s only “Website”, nothing else – on all user profiles.

not necessarily looking for errors in the console when you hit save, but the ajax response…  its not possible for anything to save without the ajax action…

under the console, what are you displaying?  you can display things like all, errors, warnings, info, etc…  you would want it on all to see the ajax response…

That was all active but HXR wasn’t enabled, hence there were no AJAX outputs. This is what I get now:

POST
XHR
http://bloggingyourway.com/wp-admin/admin-ajax.php [HTTP/1.1 200 OK 1747ms]
Headers
Params
POST
Response
Cookies
Call Stack
Cache-Controlno-cache, must-revalidate, max-age=0ConnectionKeep-AliveContent-EncodinggzipContent-Length71Content-Typetext/html; charset=UTF-8DateThu, 11 May 2017 06:24:26 GMTExpiresWed, 11 Jan 1984 05:00:00 GMTKeep-Alivetimeout=5, max=100Pragmano-cacheServerApacheSet-Cookiewfvt_677328541=5914039b22f22; expires=Thu, 11-May-2017 06:54:27 GMT; Max-Age=1800; path=/; httponlyVaryAccept-EncodingX-Content-Type-OptionsnosniffX-Powered-ByPHP/5.5.36X-Robots-Tagnoindexx-frame-optionsSAMEORIGIN
Acceptapplication/json, text/javascript, */*; q=0.01Accept-Encodinggzip, deflateAccept-Languageen-US,en;q=0.5Connectionkeep-aliveContent-Length284Content-Typeapplication/x-www-form-urlencoded; charset=UTF-8Cookiewordpress_91913cf3965f3854068a327954fdd6ed=Altair21sd%7C1494655873%7CnbB6vzL22JeQ0qjzfYeu3ofa8CgT3vqe9jw7PbC9xUY%7C06245e21e3bae6b7e8ff93c7cced9f3ea78187450071e31c96c1ab129636a6f2; __cfduid=dfd4b3863d0e454adee50394557ed2c141483694140; __utma=261669470.2005800604.1483694154.1489736325.1489740537.28; __utmz=261669470.1483694154.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); sforum_91913cf3965f3854068a327954fdd6ed=Thorsten+Becker; __distillery=3ecd6ba_ed1bab82-f8e7-4ea8-91fb-73a45e56f250-67dd5669b-f3857044a5ab-85aa; wpmchimpa_show=true; plupload_ui_view=thumbs; wordfence_verifiedHuman=1b6a4d4039581da890db45f0daa8bbc2; PHPSESSID=2be382150350ad452fff127286f4461d; wfvt_677328541=5914038b65c91; wordpress_test_cookie=WP+Cookie+check; wordpress_logged_in_91913cf3965f3854068a327954fdd6ed=Altair21sd%7C1494655873%7CnbB6vzL22JeQ0qjzfYeu3ofa8CgT3vqe9jw7PbC9xUY%7Ca139f0c4702e2dbb0df94b21458a5479450102445dfc58f5b1da2d5e7eeebdf3; wfwaf-authcookie-0b51677280d351f13bae042b5e0eb0e2=1%7Cadministrator%7C1264af4cb5ee416a0c6522e89b0900b0c79eb3e2f9778a0733a2f86c88fea302DNT1Hostbloggingyourway.comRefererhttp://bloggingyourway.com/forum/profile/User-AgentMozilla/5.0 (Windows NT 10.0; Win64; x64; rv:53.0) Gecko/20100101 Firefox/53.0X-Requested-WithXMLHttpRequest

This is from “Header”, or would you need any of the other outputs as well?

yes, would like the params and response tabs please…  

thanks… that actually looks good… quite odd…

have you checked forum – toolbox – error log?  anything reported there after trying to do a save?

and just to be clear, is the url the only thing changing?

There are no entries in the error log that would correlate with the issue, nothing is captured after saving. I see a few of these:

May 10, 2017 10:09 pm | spaErrError | 1 | security

Nonce Security Alert
profile: failed nonce check

But this doesn’t show up when I save a profile.

All other fields work just fine and update fine, also in combination with URL. And like I said, the URL updates in the WP profile when it’s updated in S:P.

From my perspective it looks like S:P, at least my install, writes the URL into its own field in addition to updating user_url. And that field isn’t updating resp. written to. Not sure what field it would write to though.

Did some more digging. Here’s what seems to be the problem:

There is a _usermeta meta_key “user_url” in our database, which for my profile shows “http://poetryofthemoment.com”. It seems that’s what S:P is pulling for some reason, maybe perhaps due to a plugin we used a while ago that offered additional profile fields and that S:P was pointed to – in addition to the standard _users “user_url”. I just can’t remember how and when and where. I looked at my previous topics and don’t see anything that fits the bill. _users “user_url” does get updated properly if URL is updated in S:P, every single time. But that _usermeta meta_key “user_url” doesn’t.