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
Prefetching content and then setting it with the setContentAsPrefetched as prefetched breaks that content after it gets converted to utf8. I suspect this is because response headers are not present.
I observed this when parsing LinkedIn posts, for example this one results in:
🔒� Apple has joined the chorus of voices warning about the potential risks posed by the #OnlineSafetyBill to end-to-end encryption. 💡Protecting our privacy and security is crucial.
(partial response for clarity)
The same part in the response I prefetched looks like this:
🔒️ Apple has joined the chorus of voices warning about the potential risks posed by the #OnlineSafetyBill to end-to-end encryption.\n\n💡Protecting our privacy and security is crucial.
Not prefetching the content and letting Graby handle it instead does not mangle the emojis. Unfortunately I need to use prefetched content because that lets me test it (I use Laravel's HTTP::get facade and that's mockable whereas Gabys internal response is not).
The text was updated successfully, but these errors were encountered:
Prefetching content and then setting it with the
setContentAsPrefetched
as prefetched breaks that content after it gets converted to utf8. I suspect this is because response headers are not present.I observed this when parsing LinkedIn posts, for example this one results in:
(partial response for clarity)
The same part in the response I prefetched looks like this:
Not prefetching the content and letting Graby handle it instead does not mangle the emojis. Unfortunately I need to use prefetched content because that lets me test it (I use Laravel's
HTTP::get
facade and that's mockable whereas Gabys internal response is not).The text was updated successfully, but these errors were encountered: