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 687468 - Don't use private libsoup symbols
Don't use private libsoup symbols
Status: RESOLVED FIXED
Product: libgdata
Classification: Platform
Component: General
git master
Other Linux
: Normal normal
: ---
Assigned To: libgdata-maint
libgdata-maint
Depends on:
Blocks:
 
 
Reported: 2012-11-02 16:54 UTC by Colin Walters
Modified: 2012-11-02 19:57 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Colin Walters 2012-11-02 16:54:53 UTC
I already pushed a patch to keep things building, so this is review-after-commit:

http://git.gnome.org/browse/libgdata/commit/?id=cc229e19456c20ab884f501ce39027faa26c97dd
Comment 1 Dan Winship 2012-11-02 16:59:16 UTC
<danw> it's not clear why they think they need to call that function
<walters> no pwithnall here at the moment
<danw> you could try replacing it with soup_session_cancel_message (priv->session, priv->message, SOUP_STATUS_CANCELLED); and see if "make check" still passes...
<walters> looks like there are pre-existing test failures here
* walters pushes to keep things building and shipping
<danw> walters: i have no idea if that patch will actually work
Comment 2 Philip Withnall 2012-11-02 19:57:23 UTC
(In reply to comment #1)
> <danw> it's not clear why they think they need to call that function

That code was originally copied from SoupInputStream, which used soup_message_io_cleanup(). I can’t remember why I didn’t remove the call.

(See: http://git.gnome.org/browse/libgdata/commit/?id=d35e5400)

> <danw> you could try replacing it with soup_session_cancel_message
> (priv->session, priv->message, SOUP_STATUS_CANCELLED); and see if "make check"
> still passes...

The relevant tests are:
 • streams
 • picasaweb: /picasaweb/download/photo, /picasaweb/download/thumbnails
 • documents: /documents/download/document, /documents/download/thumbnail

These all still pass except the first documents one, but that’s a known (pre-existing) failure.

> <walters> looks like there are pre-existing test failures here

Unfortunately there will probably always be test failures in libgdata, unless I magic up the time to rewrite the entire test suite to work against a mock Google server, rather than the real thing. Although, arguably, that would render the tests meaningless whenever the real Google servers’ behaviour diverged from the mock server.

> <danw> walters: i have no idea if that patch will actually work

Looks OK to me, for what my opinion’s worth. Thanks for fixing this up.