You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I spend long time on this, but i arrive to the conclusion that there is a bug when "or not dead" condition used (settings option or .rc file same).
Bug:
Adding "or not dead" doesn't prefix the file as intended.
To reproduce:
Run a first time with just "last 10 versions": you will get a well prefixed files with many prefix.
Run a second time with "last 10 versions or not dead": you get no more prefixers (or very few), and file size is a lot lighter so. It should not as it is a "or" condition.
What is strange is that the list of browsers detected is right... so it is like there is something special during prefixing for this condition in the prefixing code itself... if it can help to fix the bug, maybe there is something here.
This bugs doesn't happen with condition like "or not ie <= 10", in this case it works fine.
I hope it could be fixed, because if some devolpers and a condition like this, they break all the prefixing...
Thanks!
The text was updated successfully, but these errors were encountered:
Hello,
I spend long time on this, but i arrive to the conclusion that there is a bug when "or not dead" condition used (settings option or .rc file same).
Bug:
Adding "or not dead" doesn't prefix the file as intended.
To reproduce:
Run a first time with just "last 10 versions": you will get a well prefixed files with many prefix.
Run a second time with "last 10 versions or not dead": you get no more prefixers (or very few), and file size is a lot lighter so. It should not as it is a "or" condition.
What is strange is that the list of browsers detected is right... so it is like there is something special during prefixing for this condition in the prefixing code itself... if it can help to fix the bug, maybe there is something here.
This bugs doesn't happen with condition like "or not ie <= 10", in this case it works fine.
I hope it could be fixed, because if some devolpers and a condition like this, they break all the prefixing...
Thanks!
The text was updated successfully, but these errors were encountered: