Browser: Chrome 110 OS: macOS / Windows / Linux / etc.
I use an Archive template for my postS page and a diffferent template for CPT. Both templates contain the Social Sharing element.
While the Social Sharing URLs are fine on my postS page/they contain the CPTs’s URL (e.g. https://domain.com/dev/blog/post-1/) the same is not true in case of my CPT template where the same URL is altered to https://domain.com/dev/dev/blog/post-1/
The second URL contains as seen above a duplicate folder (dev) in its structure.
We have already received a report by email that the og:url for archives is the url of the last post and not that of the archive itself. Accordingly, a task already exists.
However, the double “dev” is new. Is your installation located in a subfolder called “dev”?
I am facing this issue with the Social Share element too. Bricks 1.12.3.
The problem is that the social share URL includes the subdirectory twice in the URL string. So it seems this is an issue with WP instances in subdirs. Mine is a multisite for what it’s worth.
For example, this is a CPT “Attraction” using a Bricks template with a Social Share element further down the page:
Hover over any of the social-share icons and you will see the URL produced is:
I know devs have got a lot going on with v2.0 in the works. I’m hoping for an acknowledgement that this bug is actually a WIP and is being tracked.
As it stands we’re unable to use the social-share element on any multisite. For now, the client is understanding, but ideally we can use the element sometime soon
Hi Tom,
Thanks so much for bringing this up again. I added another task on this, specifically regarding the subfolder installation issue (double folder in URL).
