gates

I noticed the same output: <span typeof="v:Breadcrumb"> and <span property="v:title"> between <li class="current_item"></li>. Is that normal?

But I have the same problem with the search results page. My setting is ignored in the output. It only shows the search terms.

I know I’ve mentioned the same issue in the past on this forum or theirs. It was probably over a year ago, but it looks like the WP plugin is just a not-so-actively supported plugin (still no captions possible for example). Fun fact: in one of their older version (it was somewhere in the JW Player v5 era I guess) of the plugin the JS did only load on posts where the shortcode was used.

Yes that’s what I’m saying. Some more info…

<?php if (function_exists('wpp_get_mostpopular'))
  	wpp_get_mostpopular("
  	range='weekly'
  	&order_by=views
  	&limit=4
  	&post_type=post,movie
  	&stats_category=1
  	&post_html='<li><a href=\"{url}\">{text_title}</a> <small>{category}</small></li>'
  	");
?>

In the dashboard I see under the Last 7 Days tab:
#1. Page entry
#2. Book entry (CPT)
#3. Movie entry (CPT, mentioned in the settings above)
#4. Post entry (also mentioned in the settings above)

Now we’re going back to the theme: and it displays only #3 and #4. So only two items, while I’ve set it to show four items. And when I change &post_type=post,movie in &post_type=post,movie,book it still doesn’t show four items, but three.

It’s late over here. Sorry I meant post_type=post,customposttype. I must have confused it with some other stuff.

It looks like a bug with post_type. They aren’t included anymore after the update. My setting was to show 4 posts + custom post types. But it shows only 2… the other 2, one custom post type and one page, aren’t listed.

So in the admin area I can see the following:
1. Page
2. Custom Post Type
3. Post
4. Post

And it displays only 3 en 4 on the front-end / theme.

Update: I did some quick testing with range. When you use range='daily' or range='all' it should work. In my theme I use range='weekly' so that’s how I noticed it.

Same problem in this topic.

Same problem for me on live site: blank pages, 500 internal server error. Local dev site was fine.

Thanks for the response. But widget.js is empty. Well, it contains only:

(function ($) {
	"use strict";
	$(function () {
		// Place your public-facing JavaScript here
	});
}(jQuery));

So what’s the need for this extra file + HTTP request?

Nope, that’s not the problem. The stylesheet should only load in the admin area to control the settings. So it’s a bug and bugs cause problems. I guess you’re not a dev and didn’t understand the connection. Plus you don’t want 2 extra HTTP request for 2 unnecessary files to slow down your site… a dev would definitely care about this.

Already reported: https://www.ads-software.com/support/topic/stylesheets-in-front-end-after-update

Aha… thanks for letting me know. So even if I only want to change the output in the front-end it won’t work? I don’t mind the commas in the back end.

Edit: I see you’ve updated your post. About duplicating the function; I’m afraid that something like that increases the chance to break something in a future update. So I’ll just use the method in my first post.

PS: maybe a suggestion for a future update; add a class to the HTML output like class="playerid-1" which is based on the player id in the settings.

PPS: I found this suggestion after a Google search: Load jwplayer.js conditionally. Will this be implemented?

Aha! I think I’ve found out what’s wrong. I thought that the last number in the source code (id="jwplayer-x") would be the same number as the player id in the settings; the one you use in the shortcode. Example: [jwplayer player="1"] would result in id="jwplayer-1". But after I placed several players on one page I saw that the first one is always jwplayer-0, the second has the id jwplayer-1, the third jwplayer-2 etc.

So it was not a problem of the plugin, but a wrong thought about the function.

I’ve deleted all the settings and the plugin, downloaded and installed it again, but still the same id in the source code.

Thanks! I actually didn’t know about the existence of related_posts_exist(). After some editing I got it right. I’m not a real PHP expert, so some simple if statements were doable. Now, the whole unordered list is/the tabs themselves are wrapped in the YARPP-div. However, the YARPP-div is still unnecessary code (read: dirty html).