mokraemer

This report is about ods/csv import - so there is no export of collations. The collations are added automatically on import and did not use the databases default settings.

I'm fine with deprecated. But the @ makes them invisible. I just stumbled across those warnings and have still used "compile" instead of compileText beacuse I've never seen that warning.

if you add scssphp as a library, you never see the deprecation-flag. I think the implementation of Symfony to turn deprecations to errors is nonsense. If someone intends to raise...

like php - so you remove the @ at the last release before the next final? At least this is the point where it should be intrusive.

it depends on the underlying filesystem to move files. We use a filesystem which triggers rsync to synchronize to other hosts in the load-balancer environment. If one file is changed,...

I guess this issue is still open and a fix is already pushed, but needs to be merged

this does not help, if you want this to be done automatically. Added a simple custom parser: ``` $.tablesorter.addParser({ id: 'newShortDate', // 'mmddyyyy', 'ddmmyyyy' or 'yyyymmdd' is: function(str){ str =...

But this is active code and it is still an security issue. Is it really better just to close it?!