Closed (fixed)
Project:
Provision
Version:
7.x-3.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
6 Feb 2017 at 17:37 UTC
Updated:
16 Mar 2017 at 13:44 UTC
Jump to comment: Most recent, Most recent file


Comments
Comment #2
20th commentedYou may argue: 'But everybody always use UTF-8 in 2017!' I thought so as well, and yet I've just spent two days worth of time figuring out why can't I install any sites on a new platform…
Comment #3
20th commentedComment #4
20th commentedHuh, the
UNICODE_MULTIBYTEconstant is not available inprovisionmodule because Drupal is not fully bootstrapped, my bad.Comment #5
helmo commentedMy first though is ... can't the source of this invalid encoded string be fixed....
But I can see how this is a practical solution.
Do you have a link to an example I can use to test this?
Comment #6
20th commentedSure, just add this module to any platform in Aegir and run 'Verify' task.
You mean fix this problem by actually resaving all files in UTF-8? Sure, it will fix it. The thing is, there is no way to tell that you have an encoding problem - all you see as is a bunch of unrelated warnings. It took me two days of digging in Aegir and Drush source to trace this back to a
json_encode()call.Comment #7
helmo commentedTested .. it does the trick :)
Comment #9
helmo commentedCommitted, thanks.
Comment #10
20th commentedThanks, @helmo!