No content displaying and displaying on load even when disabled

This is a template url related issue..the template url is not correct and hence the template is not being processed. It happens, when the tab -slide folder was named tab-slide1 in some cases… I am addressing this issue in the next update. In the meantime, you can try this workaround

Switching the Template Pick Select menu to Custom URL should reveal the url that is used to include the template. You can also edit the url here and save it, as a workaround if you know the correct path to the template on your wordpress installation.

The plugin directory is named properly and the workaround did not work. Custom URL does not work either – I tried both the relative path to the custom template in my theme directory (i.e. wp-content/themes/mytheme/…) and the full URL to the template in my theme directory. All paths have been checked for validity. And it still does not address the tab showing on load.

Hello,

I have the same issue, but if you switch from one widget to custom and back again, then the problem fixed itself. I was getting error_log errors wrt to not able to load a file. This may be a database issue. Also, the widget name has changed so the content had to be re-added.

However, even after fixing that issue, the tab would not display. When I went back to the previous version the same thing happened but I also noticed two things:

1) My widget content had disappeared as the widget names are different
2) The PHP or jQuery option had no selection

Once I made a selection the widget worked once more. So my thought is that the PHP or jQuery option which is not present in 2.0 is really needed within 2.0 to make the tab actually work.

Thoughts?
Edward

Hey guys,

I have the 2.0.1 version available – it is not yet released as I haven’t tested it 100% yet – will get to it in the next few days – so for now you’ll have to do a manual install.

Let me know if this version addresses your issues, as I can’t replicate them on my regular wordpress installs (the closest I’ve come to was by renaming the tab-slide folder, but you were saying that this is not the issue. If the issue is still present, perhaps you could send me the link to the site so I can see what is happening?

@texiwill
I have changed the way the templates are being included by the tab slide plugin, so this made the use of the jQuery and php inclusion methods settings irrelevant and hence they were no longer needed in v2.0.0 and up.

p.s. I might’ve renamed the Tab Slide Widget Area to keep it in line with the Tab Slide Pro code, as that was the most recent version of the clean, vastly improved, workng code(on my test sites at least) for this plugin. It’s where all the changes were implemented from for the free version. Now, codewise everything should be in line(inner workings, settngs, hooks and filters) except that you have more instances available in the pro version.

Ok I was finally able to reproduce this issue (totally by accident too whilst developing another unrelated plugin).

This happened when there was a php error on the page I was working on, preventing the tab slide template from loading. In my case the errors came from the plugin I was developing. In your case it could be coming from another plugin or the theme that you are using.

Try disabling the plugins one by one to see which one is causing the error or switch over to one of the default wordpress themes to exclude the possibility that the error is coming from your theme.

@texiwill
This would also explain why the old tabslide works in jQuery mode, as previously the template could be loaded via js when in jQuery mode and it wouldn’t matter that there are php errors on page. But with this way of loading the content came several other pitfalls that I addressed with the >2.0.0 upgrades, so it be best to stick to >2.0.0 versions of tabslide and resolve the errors on your page

Let me know if you still need any assistance.

Hello,

There are no PHP errors at all. So that is not the cause. And yes, I can understand why a PHP error would cause issues. Also, jquery or php mode the tab slide works just fine in the previous version.

What it looks like is the widget code is not getting called.

Best regards,
Edward

So in v2.0.1: Try switching templates on the tab slide general settings screen and click save. this should refresh the URL to make sutre it is using the new url format

/templates/Subscribe.php

as opposed to the old one

wp-content/plugins/tab-slide/templates/Subscribe.php

you can check which one is being used if you use the CUSTOM url as the template pick which reveals the window URL input showing which URL is being used.

I uploaded v2.0.1 – a few observations:

1. Page still loads with tab open (no close image) even when “Start in open tab slide view” is disabled. However, when enabled and auto-close enabled it does close (this is progress from v2.0.0)

2. I tested by disabling installed plugins. Tab content will display when I disable WordPress SEO plugin by Yoast (Joost de Valk) but still experiencing issue above (#1).

3. Tested different templates with same results.

4. PHP include error if you try using a template based in your theme directory. Only works when template is placed in the template directory for your plugin.

#1. If tab slide is set to Start in open position and Autoclose after, the initial close button was intentionally hidden so the users cannot close tab slide on the initial view until it automatically closes.
I will add an option to choose whether you want this behaviour or not in the future.

As for it starting in open mode when this option is deselected, check if there are any javascript errors present on page (hit F12 for the debugger in your browser, click on console and refresh the page). If there are, try to correct them and see if this does the trick.

#2. I installed and activated WordPress SEO Plugin by Yoast without touching any of the settings, used the Twenty Fourteen theme and the content was loading fine, and the open close functionality was working as expected…Maybe you can poke around with the WordPress SEO settings to see which one specifically makes it tick, so I can replicate this on my development server

#4. If you want templates in your theme directory(or anywhere else outslide the tab slide folder for that matter) you will have to use the FULL path url to the template…ie start with https://

#2 revisited,

I was finally able to reproduce this issue albeit in the pro version. I got it working and I have implemented the same fix in v2.0.1, so reinstall a fresh copy of Tab Slide v2.0.1 and see if the problem goes away now when WordPress SEO is active.

Almost ready to release, just a few more tests ?? can’t wait!

Ok, I installed new v2.0.1 you provided in the link and here’s what I have found:

#1 – No javascript errors. Per settings, tab is not being displayed on open in Chrome and IE, but is still is open on load in Firefox 28.0 – I have deleted cache and cookies and still tab displays open on page load.

#2 – appears fixed, thank you.

#4 – Custom setting is not working. When using full URL per your suggestion, I see the following PHP errors (modified):

Warning: include(/wp-content/themes/mytemplate/Banner.php) [function.include]: failed to open stream: No such file or directory in /nfs/c07/h04/mnt/178549/domains/xyz.com/html/wp-content/plugins/tab-slide/tab-slide.php on line 352

Warning: include() [function.include]: Failed opening ‘/wp-content/themes/mytemplate/Banner.php’ for inclusion (include_path=’.:/usr/local/php-5.3.27/share/pear’) in /nfs/c07/h04/mnt/178549/domains/xyz.com/html/wp-content/plugins/tab-slide/tab-slide.php on line 352

The file Banner.php exists, the path is correct, and ownership and permissions are same as all other files in the template directory. I tested with other files in same directory and all produce the same error.

I did some testing with the Picture template and it appears that the include is not taking into consideration the page’s existing permalink structure. If the current page URL has a permalink structure that include categories (i.e. xyz.com/category1/) then the include path is broken. I have not delved into your code, but perhaps this will help. I don’t recall having this problem in the original version I had installed prior to v2.0.0

#4 It looks like you tried using
/wp-content/themes/mytemplate/Banner.php as your window url

make sure to use the full path to this file

for eg.
https://yoursite.com/wp-content/themes/mytemplate/Banner.php

for #1 would you be able to post the link to your site where the tab slide stays open so I can check out what’s going on on your particular install?

I was able to make some code changes which helped me.

#1 – Changed line 172 in /tab-slide/js/tab_slide.js to:

if (settings.showing == '0') {

Now in Firefox the tab is hidden on page load when ‘Start in open tab slide view’ is unchecked. Confirmed working in other browsers too.

#4 – For Window URL issues using full URL, I changed lines 339-344 to comment out code when a full URL is detected and to determine include path based on existence of beginning slash:

if (substr($url, 0, 7) == 'https://') {
    //$url = substr($url, strlen(get_site_url()));
} else if ( substr($url, 0, 1) != '/' ) {
    $url = ABSPATH . '/' . $url;
} else {
    $url = TAB_SLIDE_ROOT . $url;
}

Please note that not all web hosting companies allow full URLs for PHP includes. Those that do may have it disabled by default and require adding directives to a local php.ini file.

FYI, you have a PHP error on line 379 of tab-slide.php:

Notice: Undefined variable: params in /nfs/c07/h04/mnt/178549/domains/mywebsite.com/html/wp-content/plugins/tab-slide/tab-slide.php on line 379

hey bwedmore,

Thanks for taking the time to look into this. I really dig the idea of using the no slash urls to include the ABS path so I included that as is. The js I changed to if (settings.showing == 0) which should work just the same as == is not type specific. Also yesterday, I added settings.showing = 0; to image-start in closed mode to deal with resizing properly…

ps I noticed the $params missing(copy/paste) error a few days back so that was fixed but thank you non the less

just a few more tests now!