That is odd!
Are you still experiencing this – did you also switch to a default theme (besides deactivating other plugins) when you tested this?
theeventscalendar.com/knowledgebase/testing-for-conflicts
Thread Starter
katkun
(@katkun)
I tested all conflicts (I wrote that above).
It works OK on my virtual machine but not the actual page (but the two are not exactly the same either).
I looked at CSS and HTML and they’re the same accept in:
data-allow-html data-options=”[{"id":89,"text":"Zlati Goblin"}]”> <div class=”edit-linked-post-link”>
Where 89 (or 90) is on my VM and 749(or 750) is on my page, and
$.post( TEC.ajaxurl, {
action: ‘tribe_event_validation’,
nonce: ‘4e49d8a581’,
Where 4e49d8a581 is on my VM and 74e60298f5 is on my page.
But both seem not to be the problem.
Atm I’ve no idea what is the problem. I’m hoping this gets fixed once my webmaster actually has the time to update all the plugins and wordpress (atm running 4.7.2 version). If that doesn’t help I don’t really know what I can do…
As a note … you’ve referred to the ‘demo version’ of our plugin a couple of times, but we don’t actually provide any such thing (The Events Calendar is completely free and is a fully featured, standalone plugin in its own right). If you’re using anything else, obtained from any source other than wordpress.org, definitely let us know.
Back to the specific problem you are facing: are you comfortable using your browser dev tools and if so can you open the Javascript console and see if any errors are recorded there?
Thread Starter
katkun
(@katkun)
Ah, sorry. That’s mistake on my part. I’m using free version, but interested in buying full version later on which is probably why I started using “demo version” instead of free version.
I’m conformable with web developer (add on for mozila) to a bare minimum (usually just looking at css and html). So I’ve no idea if I’m giving you back the right info.
Here is what I get when I want to add new event and what I get on calendar page:
https://www.itextpad.com/dwY79XI65t
Yikes!
Well there definitely seem to be a number of issues at play, there.
I tested all conflicts (I wrote that above).
Sorry to return to this, but simply because the vast majority of our users don’t experience this and we can’t replicate it ourselves … are you positive you followed these conflict testing steps already?
If so, especially as you note you cannot replicate yourself outside of one specific site, I wonder if it has in some way been compromised?
Thread Starter
katkun
(@katkun)
Webmaster finally replied to me and told me I should let you know the following:
Assets loading fails when the plugin is symlinked into the plugin directory.
The URIs on frontend look like this:
https://domain.tld/srv/http/page/plugins/the-events-calendar/src/resources/js/aggregator-admin-legacy-settings.min.js?ver=4.4.5
Instead of:
https://domain.tld/plugins/the-events-calendar/src/resources/js/aggregator-admin-legacy-settings.min.js?ver=4.4.5
The “/srv/http/page” part being the absolute system path that shouldn’t be there.
In my case the plugin is in “/srv/http/page/plugins/the-events-calendar” which is symlinked to “/srv/http/page/webdir/wp/plugins/the-events-calendar”. “/srv/http/page/webdir/wp” is the webroot on the “https://domain.tld”.
Your code when enqueuing styles and scripts is broken. The plugin is useless when used with any kind of non-shared, advanced VPS configuration. Please fix it.
__
I hope this gives a better picture what’s going on.
We do have a known bug in relation to custom plugin directories, even where WP_PLUGIN_DIR and WP_PLUGIN_URL are defined with the appropriate values. Can you confirm in your case those constants are indeed defined/can you check with your webmaster about this?
As that is an outstanding bug, setting those constants won’t resolve this – but it would allow me to confirm whether this is the same issue or not.
Thanks!
Thread Starter
katkun
(@katkun)
He said those two constants are not defined.
As this is a bit beyond me… if I got it right there’s not much I personally can do about and just use plugin without these two features, right?
Well, on our side I’ll log a bug report so we can investigate this further. Right now, though, it’s not completely clear to me whether this is indeed a bug on our end or not.
if I got it right there’s not much I personally can do about and just use plugin without these two features, right?
If defining those constants doesn’t help in this scenario and if for some reason it’s not possible for you/your webmaster to re-order things and avoid symbolic linking for those plugins, I’m afraid there’s really not much else I can suggest in the short term.
Hey there! This thread has been inactive for a while so we’re going to go ahead and mark it Resolved. Please feel free to open a new thread if any other questions come up and we’d be happy to help. 🙂
