Peter Smits

Hi Alan,

Thanks, I did not see that happening yet. But I am wondering where those hidden files come from. Does that have something to do with the new functionality added, to hide images within MLF tree?

Alan are these files put by MLF into this folder? In that case MLF nows the names and should remove them prior to deleting the folder. If they are not placed by MLF, then I wonder how they arrived within a MLF folder (supposing the folder is created by MLF)

please look in the documentation how to use the reset addon. You need to deactivate MLF, then activate the reset addin, and follow instructions given in the documentation

I suppose you checked that the folder is empty by looking in the tree from MLF. Could you check with FTP connection if it is really empty. If so then sync the folder with MLF. Then try again to delete the folder. If that does not work, use the reset program to reset the database (not deleting). Then start MLF and check again

Problem seems to be resolved with the new version from today 1.0.0.8

• This reply was modified 9 months, 2 weeks ago by Peter Smits.

Hi, it took me a while to find the root cause, as other plugins did not cause it. But when I went into Appearance and tried to to customize my theme, it did not work. I have a lot of rules in my .htaccess to prevent hacking and unauthorized access.

I found out that this rule is causing the issue
RedirectMatch 301 /vendor/ /
This and the other ticket I entered are now solved

Hi, it took me a while to find the root cause, as other plugins did not cause it. But when I went into Appearance and tried to to customize my theme, it did not work. I have a lot of rules in my .htaccess to prevent hacking and unauthorized access.

I found out that this rule is causing the issue
RedirectMatch 301 /vendor/ /
This and the other ticket I entered are now solved

Hi,

It is indeed nl_NL the free version. I did use the files downloaded from translate.www.remarpro.com. I altered the text over there, and fetched the translation again. But that does not make a difference. The error is shown in my developer console. I am using Fameup as theme, but switching the theme does not make difference. Also switching off all plugins except All in One Security, does not make the error go away. When debugging this problem, you see the translated text as [‘Weiger slechte query’s’], and that will cause a problem as the “s” is seen as parameter.

Hi be aware that WordPress now supports this method displaying words! We als have “menu’s” and “pagina’s” that no longer need to be translated with html presentation.

Hi, I am not sure about that, as it is about “DOCTYPE”, but it comes after the error of the translation

Also the file referred to is not present in your “webfonts” folder!

The error is in you own css file shown in the previous message.
This is what is in that file, which is obviously wrong!
font-face{font-family:’FontAwesome’;src:url(‘../fonts/fontawesome-webfont.eot?v=4.6.3’);

Tried URL
/wp-content/themes/fameup/fonts/fontawesome-webfont.ttf?v=4.6.3
Referrer
https://mysite/wp-content/themes/fameup/css/font-awesome.min.css?ver=6.4.3

Hi,

It does not show up on screen, it is registered as 404 by All in One Security as I indicated before.

I downloaded the indicated file and did put it into the \fameup\fonts folder, not within the \fameup\webfonts folder as shown in my previous message with the error

After installing the latest version 1.0.0.7 I do not see this error anymore