Support has been upgraded!
The Support Forum is closed. Not to worry! Providing the top quality support you expect and we're known for will continue! We're not ending support, just changing where you submit requests. This will provide you with the best experience possible.
Premium Support
Have you purchased an addon for Connections such as one of our premium templates or extensions with a valid license and you need help?
Please open a Support Ticket in your user account.
Free Support
Are you using the free Connections plugin? Don't worry, you are still very important to us! We are still providing you with the same high quality support that we're known for.
Please open a new support topic in the WordPress support forums for Connections.
Tagged: 8.2.9, links, url encode
- This topic has 6 replies, 2 voices, and was last updated 7 years, 11 months ago by
Steven Zahm.
-
AuthorPosts
-
06/26/2015 at 10:17 am #338693
Joel Libava
ParticipantHi…Links on the bottom of just about every listing are now 404’s:
Look- http://www.franchisebizdirectory.com/directory/listing/color-glo-international/
The link shows- http://www.franchisebizdirectory.com/%22http:/colorglo.com/franchise/”
Instead of – http://colorglo.com/franchise/
A bug?
Thanks, Joel Libava
06/26/2015 at 10:33 am #338696Steven Zahm
Keymaster@ Joel
Well, I just spent about 10 minutes browsing all sorts of links in you directory in both IE and Chrome. Everything seems to be working fine. Have you installed any new plugins and updates to other plugins recently? That could be the cause.
06/26/2015 at 10:46 am #338699Joel Libava
ParticipantYes. The Content Injection. Disabled and deleted. Same issue. Added it back. Did you click the links on the BOTTOM of each listing? The “Click here” ones?
Here- http://www.franchisebizdirectory.com/directory/listing/sam-louies-pizza/
Joel
06/26/2015 at 12:44 pm #338703Steven Zahm
Keymaster@ Joel
Oh, I see! Yes, this is a bug which I’m releasing a high priority update for later today. In 8.2.9 I added support for oEmbed which required changing up how the bio and notes fields are saved and displayed. This changed also brought with it quite a bit of a performance improvement when displaying those fields. Any way, I should have been saving the content for those fields in the db “unslashed” but was not, that’s the bug. Of course I missed this when doing my testing of these changes. The fix included in this release should ensure those fields are unslashed before being displayed.
If you’d like, I could apply a “hotfix” immediately to make sure my fix does indeed solve the issue. All I would need is a temp admin login to make a very small edit to one of the PHP files.
06/26/2015 at 4:13 pm #338772Steven Zahm
Keymaster@ Joel
fyi, version 8.2.10 which contains the fix will be available in less than hour. After you update, please let me know if you continue to experience this issue.
06/26/2015 at 8:20 pm #338789Joel Libava
ParticipantHi Steve!
All is working so far.Looks like that update needed to happen.
Thanks,
Joel
06/27/2015 at 8:01 am #338803Steven Zahm
Keymaster@ Joel
Its great to hear that the update resolved the issue. I did spend a lot of time on testing the change to the bio and notes fields. Apologies for the trouble and inconvenience this has caused you.
-
AuthorPosts
You cannot reply to this support topic. Please open your own support topic.