Bug 33286 – SOUP_TYPE_CONTENT_DECODER' Catch22 revealed between libsoup-2.28.2 and libsoup-2.29.3

• Component: WebKitGTK
• Status: RESOLVED FIXED

[Marc Driftmeyer]

Downgrading, upon recommendation here: http://trac.webkit.org/wiki/BuildingGtk resolves the Summary original error of soup's content decoder.

Unfortunately, with that being missing in libsoup- 2.29.3 another issue is revealed later during compilation:

mdriftmeyer@horus:~/DeveloperProjects/GTKProjects/webkit-build$ make
make  all-am
make[1]: Entering directory `/home/mdriftmeyer/DeveloperProjects/GTKProjects/webkit-build'
/bin/mkdir -p ./.deps/DerivedSources
  CCLD   Programs/GtkLauncher
./.libs/libwebkit-1.0.so: undefined reference to `soup_session_prepare_for_uri'
collect2: ld returned 1 exit status
make[1]: *** [Programs/GtkLauncher] Error 1
make[1]: Leaving directory `/home/mdriftmeyer/DeveloperProjects/GTKProjects/webkit-build'
make: *** [all] Error 2
mdriftmeyer@horus:~/DeveloperProjects/GTKProjects/webkit-build$

Unfortunately, 

soup_session_prepare_for_uri was added to libsoup-2.29.3.

It's nice to get passed the first mistake but deflating to end up being tripped over by the second error, all due to an omission in releases.

I found this digging through openSUSE logs:

Excerpt below:

++++ libsoup:

  - Update to version 2.29.3:
    + Fixed a crash in SoupCookieJarSqlite when using cookie
    databases not created by libsoup (eg, upgraded epiphany
    installations).
......
    + Added soup_session_prepare_for_uri(), to allow DNS prefetching
    for faster browsing. [bgo#598948]
.....

Either you have to patch WebKit to ignore this feature and wait until upstream fixes what they omitted or gently remind them to fix it upstream to move on without putting in any patches to slow down 
WebKitGTK+ progress.

[Xan Lopez]

libsoup 2.29.5 is released now, with the Content-Encoding support included. I guess that should fix all your issues, so closing this bug.