This image is with no one logged in. It is reporting the last user's email address. I can't get anywhere like this. I thought I was going crazy the past few days. And it ISN'T caching because any textual changes in the page will show up right away.
I don't know if this is a coincidence or not. I will let you know tomorrow after more testing. But, it seems like the "stuck" userid that that lingers after logging out, seems to be the same across different browsers. for example, if I am working in brave, and then open an opera browser it somehow reports the same userid that is stuck in brave.
I actually just tested it with two non-admin logins, one in brave and one in opera.
Firstly, whatever user email address is current, lingers in both browsers, until I go and view one of the knowledgebase articles under the lifestyle tab. I did this in Brave, and the user email finally switched to the current login.
Then, that user email address starts showing up correctly in Brave browser. But, from that moment, if you refresh screens in the Opera browser, it starts showing the same user email address as Brave, even though it is not the correct user account in Opera.
I can shoot a short video of this tomorrow if you need more clarification. It sounds insane. but, it seems to be the case.
Thank you for sharing your findings. I'm going to address each issue, as a separate point:
1. The issue of the missing author selection on the post edit screen, when it is managed by Toolset Access, is already highlighted. It is expected to be fixed in the future release of the Toolset Access plugin.
For now, you can use the quick edit option on the post list screen in the admin area, to change the post author.
Screenshot 1: hidden link
Screenshot 2: hidden link
2. I noticed some empty space and special characters were inserted in the view's loop, where the question mark signs were appearing. I've removed that empty space and the question marks are no longer showing.
3. To troubleshoot the unexplainable cache behavior on your website, I'll need to perform some tests on it, on a different server. Do I have your permission to download a clone/snapshot of your website?
Do you need a staging site or just a backup to create your own on your test server?
>>>For now, you can use the quick edit option on the post list screen in the admin area, to change the post author.
I tried this. But, only administrators and the current author show up in the dropdown. for example, Sally.James purchased the vendor post as a subscriber. Generally, it is my intent that new registrations will have the role of "client". But, still, only admins are showing up in the author field on the quick edit screen.
I checked out the toolset access to see if I could find a reason. But, the adjustment of various logical parameters had no effect on the issue.
I can't find some messages and replies that we had made. Here is a copy of the email response that I received.
================================================
Thank you for sharing your findings. I'm going to address each issue, as a separate point:
1. The issue of the missing author selection on the post edit screen, when it is managed by Toolset Access, is already highlighted. It is expected to be fixed in the future release of the Toolset Access plugin.
For now, you can use the quick edit option on the post list screen in the admin area, to change the post author.
Screenshot 1: hidden link
Screenshot 2: hidden link
2. I noticed some empty space and special characters were inserted in the view's loop, where the question mark signs were appearing. I've removed that empty space and the question marks are no longer showing.
3. To troubleshoot the unexplainable cache behavior on your website, I'll need to perform some tests on it, on a different server. Do I have your permission to download a clone/snapshot of your website?
==============================================
1. The quick edit author dropdown only shows the current author and administrators. users will for the most part have the role of "client". I looked through toolset Acess parameters to see if I could find a solution. But, nothing that I tried worked.
2. Thanks for that. I overlooked it.
3. You can download a clone to troubleshoot on your test server.
I tried testing these issues from different unassociated networks to see if I was getting different responses. An, I stumble upon this.
As I said, one user would be stuck in the view loop no matter who is logged in and where. Guess what the trigger is, that clears that stuck user and replaces it with the current real user?
"Clear All Filters" on the search bar!
You are going to have to do some trial and error. But, I am finding that if an administrator logs in somewhere, then "page refreshes" or "renders" end up showing the administrator log info instead of the current user, regardless of who is logged in and where. Hitting the Clear All Filters button causes the user information to become correct. Administrator logins seem to rule all other logins from all other browsers and networks. However, if no administrator is logged in, then eventually one of the currently logged-in users becomes the defacto user info in everyone's view loops.
Further important observation: When a user refreshes the browser or selects "find a product or service" from the menu, the user info in the view will be wrong. Hitting the "Clear All Filters" button will correct the user info in the view.
Thank you for waiting and for permission to download the clone.
1. The quick edit author dropdown only shows the current author and administrators. users will for the most part have the role of "client". I looked through toolset Acess parameters to see if I could find a solution. But, nothing that I tried worked.
- A new version of the Toolset Access plugin is expected to be released very soon, which adds some improvements to how the author selection field is populated on the post list screen (quick edit) and the single post edit screen.
I'll suggest waiting for that update which is planned to be out next week. In case the issue of the missing users still persists after that update, I'll recommend starting a new ticket for further investigation.
( you can include a link for this ticket in the message, for the background information )
3. You can download a clone to troubleshoot on your test server.
- Based on the tests on your website's clone, I'll recommend the following steps for the cache management issue:
a). Please go to the edit screen of the page "COMPLETE VENDOR LISTING" and disable the cache option from the "VENDOR LISTING" view's settings and save the page.
( screenshot: hidden link )
b). You'll see some layout issues on the front-end because of the "Single Field" block in the view's loop, that shows the post content (body).
( screenshot: hidden link )
Next, remove this single field block, and in its place, add a "Fields and Text" block and include the following shortcode to show the same post content (body):
[wpv-post-body view_template="None" suppress_filters="true"]
After these changes, the cache and the layout issue will be fixed.
