Michal Hruby
Michal Hruby
Sorry, why is this marked "WaitingForInfo"? I don't see any requests for additional information.
@rhysh the versions are in the stacktrace filenames: `golang.org/x/[email protected]`, we've recently updated to v0.2.0 and are still seeing the same problem every now and then. And yes, I've dropped a...
> I'm not sure how those two statements go together. Does it mean that some requests are served completely by the Go http/1.1 server (in net/http.(*conn).serve goroutines) without involving a...
> Or @mhr3 would you please add other maintainers to this repo? Sure, sorry, didn't have time to maintain this lib
Right, atm the only guarantee with the Parse stream is that 'end' is emitted after all entries, not necessarily after the transform callbacks finished. Here's one way to deal with...
Difficult to say without the zip file itself, might be a fixable bug, might be that the zip file was produced in a way that makes it impossible to process...
If you have control over the original zip file you can just try to compress it with a different program - for example the Mac archive utility should produce zips...
Fair enough, if you have an example zip that can be shared, I can have a look if it's something fixable.
@qburst-akhil https://github.com/mhr3/unzip-stream/issues/14#issuecomment-362944013
The Parse stream should always emit all entries before it ends, so I'd suggest pushing the promises inside the transform to an array and connecting to the `end` signal, when...