[Super Web]

Thank you.

Our developer (last night) managed to determine it was a conflict with the Theme (“Enfold”) that we were using, when a custom post type was not using the Gutenberg editor (WordPress 5.x ‘s default editor).

We needed to add the following code to our child theme’s functions.php file

/*  */
function change_editor_for_store_pages() {
global $wp_post_types, $wp_rewrite;
//
$object = get_post_type_object(‘store_page’);
$object->show_in_rest = true;
$object->supports = array(‘editor’);
//
$wp_rewrite->flush_rules();
}
add_action( ‘init’, ‘change_editor_for_store_pages’, 999 );
/* */

The Store Pages are now working perfectly.

 

Thank you for your time looking into this for us.

[Super Web]

Sorry, I posted a reply, but it disappeared.
(So forgive me if this is a double-up).

 

Yes, this issue affected all Store Pages at the same time.
(When 1 returns a 404 pages, every single Store Page does at the same time.)

Curiously, the Store Pages are still listed when the using the basic WordPress search.
And will also reappear when the search result is clicked.

 

The “Plugin Environment” screenshot is attached.
(It’s what I copy & pasted in my original post, with the exception of the “This Info Cached” value being different.)

I’ve disabled Smush Pro, but the issue is still occurring.
The “date” was coming from the Theme.

I’ve enabled WP_DEBUG & WP_DEBUG_LOG , but no debug.log file is being created.

 

Thank you for taking the time to look into this issue for us.
I’m quite puzzled here. It feels like some sort of Permalink corruption (targeting only the Store Pages, even though it’s a fresh build of a website with plugins I’m familiar with using.

Jabin.

Attachments:

You must be logged in to view attached files.

[Super Web]

Thank you for checking this Cici.

Sorry, we’ve been using the [STORE-LOCATOR] shortcode from quite a few versions back, and hadn’t updated it to [SLPLUS] yet.  I’ve just updated it (on the page) now.

• The page we’re using this shortcode on is:
  https://2019.superitsolutions.com.au/locations/

Yes, the “About Suburb” link is our store pages, created via the “Store Locator Plus® – Power” plugin.
https://2019.superitsolutions.com.au/location/computer-repairs-brisbane-4000/ is one of the URLs that was randomly showing “404 Page not found” errors if we refresh the page after visiting.

The store page works fine if we click on the link to visit the page via the “About Suburb” link.
However, if we wait a few minutes & then refresh the page … we get the “Error 404 – page not found” message.

 

I’m guessing that there’s some sort of Permalink conflict between the plugins, but I’ve tried disabling all of them (including Yoast SEO) … the problem still reoccurs after a random few minutes.

Attachments:

You must be logged in to view attached files.

[Super Web]

Curiously, if I use the page with the [STORE-LOCATOR] on it to search for a location, and then click on the link to view the store page … the page is accessible every time.

If I refresh then refresh the store page’s URL (or visit the URL directly), that’s when it’s disappearing shortly after.

 

Jabin.

[Super Web]

I’m another customer, but you need to go to your “My Account > Downloads” on this website, download the new version & manually upload it via FTP (or cPanel) to update it.

• https://wp.storelocatorplus.com/my-account/downloads/

The Power add-on doesn’t update automatically for me either, so I need to update it manually each & every time I update the main plugin.

[Super Web]

Thank you we look forward to installing it, on our live server, once it’s officially released.

I’ll use my copy’n’paste workaround until then, re-pasting the full description each time I edit a location.
🙂

 

Have a great day!

[Super Web]

Sorry, about the delay… I did 4 screenshots, so I could clearly show the items.

The 1st screenshot is “slp-2018-08-30-editing-before-saving.jpg”.
It shows the “Description” field _before_ saving, with at least 1 ‘ in it.

The 2nd screenshot is “slp-2018-08-30-editing-reloaded-after-edits.jpg”.
It shows the reloaded “Location Editing”, after that had been saved & re-opened for further editing.

The 3rd screenshot is “slp-2018-08-30-webinspector.jpg”.
It shows that the textarea element on the re-opened location is only populated with the text showing on the screen.

The 4th screenshoot is “slp-2018-08-30-htmlsourcecode.jpg”.
Note that it shows the complete text in the source code… however the different colour syntax highlighting shows that the Javscript code is “breaking” as “\'” isn’t an encapsulated version of the ‘ character.

I can confirm that & is reloaded as & , however note that it’s stored (from the original edit) in the database correctly. It’s only the re-open of the location (for editing) with the issue.

As I mentioned originally, I suspect it’s a use of the WordPress “esc_textarea()” function in the code, which while it encapsulates the text for display in a <textarea> HTML element, generally needs to be re-encapsulted (again) for use in a Javascript variable).

Thank you for looking into this for us, and I’m glad you were able to replicate this issue.
Have a great day!

[Super Web]

Hi Cici,

I’m referring to the backend Admin Location panel, when opening an existing location to edit it’s description.

The database has the full description & it’s displayed on the front-end fine without any “extra characters”.

 

It’s only we you go to edit the Location’s description (in Admin) that the issue occurs.

The Store Locator Plugin is the only change (with it’s update from 4.7.11 to it’s 4.8.3) since that feature was last working. I always update it (& the “Power” plugin) separately, since when I update it always disables the “Power” plugin & I always need to update that manually via FTP/cPanel.

 

The source code on the page (of the Admin Panel) shows a generated code error for that HTML element in the particular scenario, where a special HTML character (mainly ‘ ) is used.

The ‘ character is the issue I’m most concerned with. The ` character doesn’t cause an issue, as it’s not being interpreted by the HTML element / Javascript as the end of string character.

 

Does this description assist with you replicating this issue?

 

Thank you.

[Super Web]

Site URL: https://supergeek.com.au/
Location Page: https://supergeek.com.au/locations/
Example Store Page: https://supergeek.com.au/location/computer-repairs-keilor-3036/

 

Plugin Environnent:

Store Locator Plus:4.8.3

Power:4.8.3

+Pages

 

Site URL: https://supergeek.com.au

This Info Cached:1496702614

Network Active:No

 

WordPress Version:4.8.1

PHP Version:5.6.31

MySQL Version:5.5.55

 

PHP Limit:1024M

WordPress General Limit:1024M

WordPress Admin Limit:256M

PHP Peak RAM:137 MB

PHP Post Max Size:64M

[Author]

Posts