siteducky

Thank you!! Thumbs up ??

Thank you!!!! I didn’t realize how important those tab titles were-until they weren’t working ??

• This reply was modified 2 months ago by siteducky. Reason: misspelling

Same here – Updraft is overwriting the browser title tabs on many plugin pages on the backend – pages, posts are fine, and my dashboard page is fine, but plugins like ARMember, Code Snippets, Youzify, Formidable are overwritten. Then ones like Beaver Builder are fine.

Hi, I have uploaded the images again – it says successful, I was able to view the links below, and the URL is visible on the first one. Can you see the URL on the first one? I assume you can delete the images – I’d prefer not to post the link in a public forum if there is any way around it! Thank you.

https://ibb.co/HKTGP9V
https://ibb.co/SNHLVqn
https://ibb.co/Wg03Vz4

Also, I don’t know if this will be helpful – but I discovered this morning if I went to profile structure and moved Groups widget over into main area, the Overview tab has the same issue as described above. If I move that widget back out to the left sidebar widgets the Overview tab displays as expected.

I’ve uploaded that as well here and left it as shown:
https://ibb.co/Ryd3dYN

Thanks!

• This reply was modified 4 months, 3 weeks ago by siteducky.
• This reply was modified 4 months, 3 weeks ago by siteducky.

Good morning! Thank you for the super fast response. I’ve uploaded three images – the user as viewed by another member (shows the page contained/compressed in the box), a screenshot of that body source so you can see the error id I referred to at the end of the body tag, and then a screenshot of the page as viewed by “self” and what I would expect the page to look like. As well as how all the other pages look. That one doesn’t throw the schema.org/WebPage id=error in the source inspection.

Note that initially it wouldn’t take one of the images so I uploaded that one again successfully.

The URL is in the image screenshots (here’s the latter part – /members/bobblefrog/). For now I’ve turned off the restriction in BP that you have to be logged in and while ARMember is still active I’ve not restricted access to member profiles or the directory. Hopefully you can access it as I could (not logged in).

Again, I am happy to move forward in whatever manner you feel is the best way to get this resolved, including purchasing your premium plugin for support ??

I would like to answer to this as well. I find it is not consistent – not everytime I hit quick edit, but 2 times in every 10 (on average) the password field autofills. Super annoying as I have to strip it out so the page is not password protected. I usually use mac/chrome. Haven’t taken the time to test it with other browsers, but it sounds like from the OP it happens across platforms. I would love to just turn off this feature as well or figure out why it’s doing this.

That worked – I thought maybe I didn’t have a setting right. On another site (we duplicate these all the time) I was able to do a different workaround. So I have a couple of tricks up my sleeve now – thank you!

Hi Alex – unfortunately I am on a deadline. If it helps any, the theme is from themeforest.net – Midway. It could be something else – I tried turning off Jetpack for example and other plugins, including Bluehost caching with no luck. Again, I expect it’s some bizarre variable. If I get a chance where I can put up the maintenance page up again and have a little time, I’ll let you know and you can go in and fiddle! Thanks!

Hi Mark –

No I didn’t see any errors – that was one of the conundrums. But I will admit I’m more of a designer than a developer so maybe I’m missing something. Beaver Builder tells me that they don’t run into the problem when they test it on their dev server so feel it’s a problem unique to our set up (server/plugins/site/etc.)

I’ve offered the client the option of disabling your plugin temporarily to do the edits but it feels like a messy way to go about things. Unfortunately the site is live so we don’t have a whole lot of options to tear into things.

I’m going to see about maybe trying to duplicate it myself in a test environment, and I may be back in touch if I can’t figure out the variables. Was just hoping somebody may have had some clue as to how that might conflict.

Thanks again!

Just to let you know, I have yet to hear from developer. I see on your support forums you have priority support for 45 days. Knowing what the issue is – wuld this be a possible option for us to resolve the conflict you detected?

Thank you – I will go back to the theme developer and see if they can offer me some direction in modification – thank you for that great explanation!

No patience needed – initial response is quick! I really appreciate the support.

I didn’t “reactivate” it – it came across as active. Didn’t think to deactivate and reactivate it though…

Yes, I do, but I need to know which template file I have to dig in to modify “from”. I did a search through what I thought were the obvious template files, but am just not finding that call.

Also – my understanding from the javascript person who reviewed the issue (he was using firebug) was that the cookie was setting. I reviewed cookie information in Firefox, per your suggestion, and when I go to that page it doesn’t show any cookies as being set. It also shows no errors unless I enable strict – then there are a bazillion, but none seem to relate to my particular js function.