ChristerT

Same here!

Thank you, it solved it with the text!
Has probably been there and tested but it happened after updating when I noticed that data for (about) last 30 days was gone. And after reading other support issues, I used the No Panic Button.

But still the last 30 days are gone!

Christer

My point is – I read it as I need to attach the access key along with the daily plugin report!

You say also “The report must be dated before the 28th of November 2016″
and now about having it “…release it after the 28th of November 2016.

Moment22? ??

You say also “The report must be dated before the 28th of November 2016″
and now about having it “…release it after the 28th of November 2016.

Moment22? ??

How to get hold of the “access key”. Because as I read it, I have to have it first and then send in a letter, right?
… access key and send us …

Christer

Seems to work flawlessly now. Waiting for the new UI framework before the final decision is taken – To have or not to have –

A powerful Twitter integration system that allows you to display tweets using widgets and shortcodes.
Version 2.1.6 | Av Askupa Software, ykadosh |

Hi, I have done a plugin conflict-test and found out that the only plugin causing problems for Media Library Plus/aka MLP is Twitter Feed/aka TF. All plugins are deactivated, exept TF and MLP, even changed the theme to WP

Then when using MLP who is using jQuery UI library and TF is activated the jQuery UI library is not loaded and, as I understand, this is causing a JavaScript error and not allowing the rest of the JavaScript code to execute.

If the site runing normaly, all plugins activated and so on, it is only TF that making problems. Deactivating TF and MLP works normaly.

Hope this is helpfully and explains why I think it is Twitter Feed that causes the problem.

Hi and thanks!

Took for granted that this affected everything, but odd things only applies to pages.
If Page Builder by SiteOrigin is activated you don’t see the drop cap on pages (not working). On the other hand it works on posts.

If Page Builder by Site Origin is deactivated, then as I see it, the drop cap function works as it should on both pages and posts.

Any clue why this malfunction occurs?

Hi and thanks! It’s my fault!
1: You see the information When you hover over the “Rename” button. I would have used the create-word instead, because that was what I meant when writing this post.
2: But now I think I know the thought that went wrong. I changed a character via FTP and made some movements of files to another folder using FTP. Thus, it became ghost, which at the time led me to write the post.

Your answers and little brain rest, followed by further tests with a completely different line of thought regarding the function, shows that it works without problems even with characters as spaces.

So thank you so much, this is a long awaited addition for us who are accustomed to the folder tree view.