Dave

Version: 3.3.1 still has the same issue. Will try to install a mirror on same server to see if it cause same problem.

@frederick I simply set up a mirror of one site on a new server. Same, plugins, posts, images, scripts etc.

Used the same options in W3TC on both, then ran SuperCache, Compared using Pingdom, and gtmetrix.com

Yep, it’s not super scientific and probably has many conditions I don’t know about. But it is something I noticed as an end user. eg. hosting providers seem to make a difference when choosing which plugin to use.

This has been a long standing problem with this plug in.

It seems to be related to hosting, and what’s provide rather than plugin conflicts.

I’ve tried exact mirrors of sites on different hosts and had no problems bar for one.

If some is will to help the author matharuajay solve this, I might suggest they give him access to their site, or a test site on the problem server so he can figure it out.

Just to interject one little finding which some people may not factor in.

Years ago I used Super Cache, then switched to W3TC and found it faster. I also liked the ability to manually add JS files etc.

Today on a mirror site on a different server I saw a huge difference. 3.5 seconds with W3TC and 2 or under with Super Cache.

The point is, if you want to compare these two plugins, then also consider your host too. Just because one plugin works well on one host, doesn’t mean it won’t on the other ??

Hey Zack,

Found the problem I think.

Cloudflare. I Cleared their cache and went into development mode. Editorial Calender started working with the mousewheel straight away.

There must be a script it’s caching or minfying that’s caused this.

Might be an idea to touch base with them. From last I heard they were working on improving their caching side of this of the WP Admin.

Dave

Upgraded a couple of other sites. All working. Strangely I tested this plugin on a mirror site of the site having issues and it worked. ….

A conflict for sure. In this case with another Plugin I’m sure rather than theme.

Incorrect user name showing up on that sandbox Zack “test”

BTW 1.8 is mouse scroll is not working for me either on the latest version of WP. Previous versions are.

All browsers. Are there any known conflicts?

Hi Jason,

Yea, a couple of things. I contacted Cloudflare about this.

It does indeed seem to be from their end. Cloudflare also seems to cache / minify JS CSS etc on a WordPress users admin panel.

They stated that they were working on a fix to this for their next update.

It’s something that pokes it’s head up every now and then. Rather than disable anything, I found that if something comes up, I simply empty the cloudflare cache from their site admin (not any WP cache if running a caching plugin) and the situation is immediately resolved.

Dave

It’s been an ongoing issue for months … latest version still not working either

Thanks. Unfortunately there’s no @username on the tweet button.

If you are actively working on this, it would be great to have this and a tweet button count too.

Hi Zack,

Sorry, just realized I never said what the problem was, just that there was one ?? (was rushing out when I wrote it)

The problem is the Calender doesn’t scroll when the easy slider plugin is activated.

The JS loading icon appears. And the calendar appears with it’s last known position, but it doesn’t scroll. Highlighting a post on a date brings up <edit, view etc>, but trying to move up and down the calendar is not possible.

I have a lot of plugins running on at the moment, so it might be a combination of more than just these two. But when I’ve not have any other problems with Editorial Calendar other than when Easing Slider is activated.

Happy to help out if I can, as I’d like to implement both plugins. Or work out what the problem is.

I’ll try uploading easing slider to another site I have with Editorial Calender to see if the same problem occurs there too, and will feedback.

Dave

Yea, it’s a little different alright.

Full credit to you for your replies, and in keeping this plugin up to date.

Also for being one of the very few Social plugin authors that support RSS feeds that work.

I activated both RSS and posts, and it’s working again. I’ll try the CSS method.

Showing through on RSS sounds like a small thing, but it really can be very important if you have a large subscriber base. So well done again for keeping this working on the plugin.

here’s hoping you make a social sharing plugin one day too ??

Any plans to allow easy tracking of clicks on YARPP?

I’m using Chrome, latest build.

Interestingly I tried to replicate this on a mirror site, on a different server and could not duplicate the issue.

It could be a quirk on my hosts side. Or on caching.

In which case I’m note sure about the value of following it up as it doesn’t seem like there are others with the same issue?

Nice plugin BTW, well done. Seems like a lot of effort went into it. Might be worth submitting it to https://www.battleoftheplugins.com/

Got it, Line 1531

add_action('wp_dashboard_setup', 'aw_dashboard_setup');

Please correct me if I am wrong

Aakash, that dashboard issue has come back since upgrading to the latest version of wp-socializer.

Line 1533 has changed too I think.

Could you please let me know what line in wp-socializer.php to delete on the latest version? Or what piece of code?