After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 610684 - Can't read encoding for http://camendesign.com/code/video_for_everybody
Can't read encoding for http://camendesign.com/code/video_for_everybody
Status: RESOLVED DUPLICATE of bug 522772
Product: epiphany
Classification: Core
Component: General
2.28.x
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-02-22 13:15 UTC by Michael McGinnis
Modified: 2010-02-23 12:27 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Michael McGinnis 2010-02-22 13:15:03 UTC 
Epiphany can't read encoding for http://camendesign.com/code/video_for_everybody: the page looks like this:
��}[�Gv�3�+Rpx�i��l6)�B�Ȧ�3�ثn�3vL� �P�Be���h(����v��ec���a�<�K�K|�s2���&%�h#V1��%+/'��;�L?z������N�<_ģ��^O=���*35	:Qf�^��F��=zAG� �Gy�Gj���[}�ڨ���ɵ��c�?�M{Gɕ�t�c�u��\뼣�u�wr}嗞

Presumably it's valid HTML5, though no character encoding is specified.
Works in Google Chrome and Firefox.
Comment 1 Fabio Durán Verdugo 2010-02-22 14:48:37 UTC 
I can't  reproduce in epiphany 2.29.90.1 with webkit 1.1.21-2

But, the cpu is high when you entry in the website and try to move the scroll down.
Comment 2 Gustavo Noronha (kov) 2010-02-23 12:27:23 UTC 
This was a libsoup limitation that has been fixed. WebKitGTK+ was telling all servers it was not able to deal with any kind of compression, but some sites just don't care.

See http://blog.kov.eti.br/?p=101 for details.

*** This bug has been marked as a duplicate of bug 522772 ***