Skip Navigation

[Resolved] Duplicate Archive Entries

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Sun Mon Tue Wed Thu Fri Sat
- 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 9:00 – 13:00 -
- 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 14:00 – 18:00 -

Supporter timezone: Asia/Karachi (GMT+05:00)

This topic contains 13 replies, has 3 voices.

Last updated by donC-3 1 year, 3 months ago.

Assisted by: Waqar.

Author
Posts
#2506941

We've been using the toolset types and archives since we started using Toolset. Recently I've noticed that the archives show duplicates (and they are replacing in the list valid entries)

you can see these on three pages so far (haven't dug into more):

hidden link (should be three distinct types hidden link is missing)
hidden link (a few dups notice content pact 15 is listed twice and no 16 - 16 is at hidden link but not listed)
hidden link (see dups in the first few listings)

[wpv-view name="archives-assets-type"] is the type of shortcode we're using.

Is there something that needs to be reindexed or what can we do to fix this?

#2507469

Nigel
Supporter

Languages: English (English ) Spanish (Español )

Timezone: Europe/London (GMT+01:00)

Hi there

Looking at your first link I see these are not archives but are Views added to static pages.

It is difficult to comment on where the duplicates are coming from without seeing how the View is put together.

Would it be possible to get access to your site to check?

Let me mark your next reply as private so that we can get log-in credentials from you—you may want to create a temporary admin user for us to use that you can later delete. And be sure to have a current backup of your site.

#2508045

Waqar
Supporter

Languages: English (English )

Timezone: Asia/Karachi (GMT+05:00)

Hi,

Thank you for sharing the access details, but, I'm getting the "incorrect username or password" message.

Can you please recheck the username and password?

Note: I'm setting your next reply as private again.

regards,
Waqar

#2510081

Any luck with the new login info?

#2511033

Waqar
Supporter

Languages: English (English )

Timezone: Asia/Karachi (GMT+05:00)

I apologize for the delay in getting back on this, as we had an unusually busy forum queue after the weekend.

The admin access details worked, however, it doesn't seem this user has the "Administrator" user role. It is not allowed to access the admin area.

Can you please make sure that this user has the "Administrator" user role?

#2511055

Strange, I got the notification an admin had logged in and it showed administrator on the toolset account. I edited it and removed and then readded, can you try again?

#2512691

Any chance you can check again soon?

#2512791

Waqar
Supporter

Languages: English (English )

Timezone: Asia/Karachi (GMT+05:00)

I've checked the admin access details again and something is still amiss here.

Using the login link you've shared, I can see the admin login form.

When I used the provided username and password, it seems to accept it and redirects me to the website's front-end, homepage.

If I then try to access the website's admin area ( e.g. {yourwebsit.com}/wp-admin ), it still redirects me back to the front-end homepage and does not let me access the admin area.
( despite being logged in as the provided user )

So, please check again if the website is using any extra security layer to protect/hide the admin area access, and let me know how can I access it.

If you're not sure, one alternative is to share a clone/snapshot of the website, so I can test it on a different server.
( ref: https://toolset.com/faq/provide-supporters-copy-site/ )

Note: I'm setting your next reply as private, again.

#2512907

Very weird. There isn't anything extra for security that I know of. I just duplicated the site to staging, so same user and password. Login at hidden link

If that doesn't work I can go through the clone but there's a lot of data so hopefully this works instead.

#2513747

Waqar
Supporter

Languages: English (English )

Timezone: Asia/Karachi (GMT+05:00)

I've checked the staging website and unfortunately, it is behaving exactly the same.

Have you consulted your hosting provider or checked the settings of any security or membership restriction plugin on the website?

If all else fails, then the website's clone/snapshot will be the only option left.

Tip: For large websites, you can reduce the size of the duplicator package, by excluding the 'uploads' folder (that contains the media library files), from the package.

Note: I'm setting your next reply as private again.

#2516421

Well apparently duplicator is not allowed per my host (kinsta). They did some change and ask you try again to get to the admin but I'm not hopeful. Can you try? Any other ideas? Settings I can send you so you could maybe look and let me know if there's something I can look at? Don't get why you can't get in as I can with that login and the toolset team in the past could but obviously something is doing something weird.

#2520061

Waqar
Supporter

Languages: English (English )

Timezone: Asia/Karachi (GMT+05:00)

I suspect it has something to do with the user account that you've created for us (Toolset).

Can you please share the admin login details, for the administrator account that you use to access the website's admin area?

Note: I've set the next reply as private again.

#2520843

Waqar
Supporter

Languages: English (English )

Timezone: Asia/Karachi (GMT+05:00)

Thank you for sharing these admin access details. I was able to access the website's admin area through this user.
( I tested this only on the staging website and didn't access the admin area of the live website though )

During troubleshooting, I noticed that the query of the taxonomy views was getting affected by some third-party code, either from the theme or from the other plugins on the website.

Adding the suppress_filters="true" attribute to the "wpv-post-body" shortcode used in the view's "Loop Editor" section fixes this.
( ref: https://toolset.com/documentation/programmer-reference/views/views-shortcodes/#wpv-post-body )

a). View: Archives - Assets - Type


[wpv-post-body view_template="loop-item-in-archives-assets-type" suppress_filters="true"]

b). View: Archive - Asset - By Date


[wpv-post-body view_template="loop-item-in-archive-asset-by-date" suppress_filters="true"]

c). View: Archives - Asset - Tags


[wpv-post-body view_template="loop-item-in-archives-asset-tags" suppress_filters="true"]

You can make the same changes to the "wpv-post-body" shortcodes used on the live website too, for the views and archives where the results are not showing correctly.

#2520995

My issue is resolved now. Thank you!

This ticket is now closed. If you're a WPML client and need related help, please open a new support ticket.