Change to WebMessage breaks configuration loading (smalltalkCI)

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Change to WebMessage breaks configuration loading (smalltalkCI)

Max Leske
Hi,

The change by Tobias (03-07-2017) to WebMessage>>getContentWithProgress: breaks loading of configurations. They are gzip encoded but that is never being considered if a converter is set. The binary stream will then be decoded as string which fails.

Cheers,
Max

Reply | Threaded
Open this post in threaded view
|

Re: Change to WebMessage breaks configuration loading (smalltalkCI)

Tobias Pape
Hi Max,

> On 06.07.2017, at 09:08, Max Leske <[hidden email]> wrote:
>
> Hi,
>
> The change by Tobias (03-07-2017) to WebMessage>>getContentWithProgress: breaks loading of configurations. They are gzip encoded but that is never being considered if a converter is set. The binary stream will then be decoded as string which fails.


Arhg, and ordering problem :(
Thanks for noticing.

Does WebClient-Core-topa.108 fix that?

Best regards
        -Tobias



Reply | Threaded
Open this post in threaded view
|

Re: Change to WebMessage breaks configuration loading (smalltalkCI)

Max Leske
In reply to this post by Max Leske

On 6 Jul 2017, at 14:00, [hidden email] wrote:

Hi Max,

On 06.07.2017, at 09:08, Max Leske <[hidden email]> wrote:

Hi,

The change by Tobias (03-07-2017) to WebMessage>>getContentWithProgress: breaks loading of configurations. They are gzip encoded but that is never being considered if a converter is set. The binary stream will then be decoded as string which fails.


Arhg, and ordering problem :(
Thanks for noticing.

Does WebClient-Core-topa.108 fix that?

Yes, that fixes it, thanks!


Best regards
-Tobias