Max Howell

Spaces removed when decoding strings with escaped elements

7

I am getting this kind of XML from an ancient SOAP server: ``` <uesb2b:response xmlns:uesb2b="http://services.b2b.ues.ut.uhg.com/types/plans/" xmlns="http://services.b2b.ues.ut.uhg.com/types/plans/">
 <uesb2b:st cd="GA" />
 <uesb2b:obligId val="01" />
 <uesb2b:shrArrangementId val="00" />
 <uesb2b:busInsType val="CG" />
 <uesb2b:metalPlans typ="Array"...

Periodic CI fail

1

https://github.com/mxcl/PromiseKit/runs/2906829804?check_suite_focus=true

values from `.env` don’t load if they contain non ascii characters

3

I have a line in my `.env` which is: ``` PUBLIC_URL=https://flavé.com ``` When I read it with `Environment.get` or `Environment.process` I get `nil`. If I change the value to `https://flave.com`...

`File.contentType` is inferred from filename extension, header is ignored

6

``` --7JUZAArwI7m9R0gsKQfGcU2NtiXvbk4AuL7k32zEjl8b Content-Disposition: form-data; name="upload"; filename="your-face.jpg" Content-Type: image/webp 1234 --7JUZAArwI7m9R0gsKQfGcU2NtiXvbk4AuL7k32zEjl8b-- ``` If decoded to `Vapor.File` the Content-Type header in the multipart formdata is ignored and instead I get `image/jpeg` back...

It's possible that Package.swift is re-written but `swift-build` doesn’t rebuild the resulting binary, this leads to us always running `swift-build` which delays script execution by ~120ms. Also (unrelated) we should...

Most notably with stdin, if two are run that generate to the same cache location from eg. different terminals at the same time, it's a race condition.

Would be another thing that `/usr/bin/env swift-sh` would not be able to use, so we should perhaps also support this via a symlink of `swift-sh` to `swift-sh-runloop` or something better.

Work as interpreter

2

Strictly should be able to do this too.

We should at least emit a warning if there is a script called `eject` in the and the command was called with `swift sh eject`. The workaround would be `swift...