Search results

5.6 no longer silently accepts invalid iv sizes, hence the warning. See the changelog here: http://php.net/manual/en/function.mcrypt-encrypt.php It'll still work fine, but not ideal with the warning. My line numbers are different but I assume it's this code: $ivSize =...

I've finally tracked this one down, it's taken about 3 hours but we're there! The issue was simply an 'animated' css class within the flow theme header. For some reason this caused issues with the full screen mode in Chrome. To fix, open: \themes\flow\templates\partial\_header.inc.php Find...

Are you running 5.6.0?

Hi Jason, Not at the moment. The 2 options are: 1) Have a password generated and sent via email. Thereby validating they have access to the email supplied. or 2) Allow them to set a password on registration. There's no validation email sent at the moment for this. I realise there's probably...

Also responded via the ticketing system: I've only seen this with one other customer and it was an issue with the version of PHP installed. They switched to a newer version of PHP and it was fixed. Can you try this? In addition to the above, its specifically relating to accelerator opcache...

Hi all, The forum isn't for posting bugs, can you raise tickets if you spot something you think is an issue? It'll get properly tracked that way. Many thanks, Adam.

Yes it does. It's optional. :)

Re: The Bug that was never fixed Yes this was fixed in v4.3.

This check is basically saying any rewritten urls aren't working. So file urls like: test.yourdomain.com/xyz/file.txt Wont work. To test it, the script tries to load the contact.html file, which should work if the rewrite rules are working. If you're using Apache ensure you've uploaded the...

This may help with the database part: https://support.mfscripts.com/public/kb_view/23/

Yes they're only as a starting point. The hope is to start with these and correct any issues over time. There's over 2000 text items in the translations so starting here is better than nowhere. Any specific feedback on incorrect text items is welcome and we'll update them.

Thanks for pointing this out. I've fixed it within the release code and it'll be noted in the v4.3.1 release. To patch it in, within: /core/includes/coreFunctions.class.php Search for: $body = eregi_replace("[\]", '', $body); Replace with entire line with: $body = preg_replace("/[\\\]/"...

I'd image your control panel is doing something similar. If you raise a ticket I'll take a look. I'm keen to get to the bottom of the webdav issues.

Are you using Plesk?

Hi all, I've spent some time investigating and clearing some snags on the webdav plugin today. 2 main ones: 1) Plesk - This seems to tamper with the auth headers which get sent from most webdav clients so the plugin doesn't correctly authenticate the user. I've found something you can add to...

All the crons are listed here: https://support.mfscripts.com/public/kb_view/26/

If they are a free user it should also block files larger than 100mb via webdav. The webdav plugin follows the same rules as uploading via the site.

Did you apply all the database patches? Sounds like 1 was missed.

Its not showing in millions, see the decimal point. I assume you have partial values like $0.0005 for example, which means the total is rounded to 2 decimal places.

Ah, a clue in your original post would've helped ;) I've fixed it in the release code.