summaryrefslogtreecommitdiff
path: root/src/libostree/ostree-fetcher-curl.c
diff options
context:
space:
mode:
authorColin Walters <walters@verbum.org>2018-02-14 15:28:17 -0500
committerAtomic Bot <atomic-devel@projectatomic.io>2018-02-14 23:15:09 +0000
commit96eec98f39054f3c1dfc6cda7e43c853157ca110 (patch)
treefdb7785a96c458195aaf1612516eb00ed5f48353 /src/libostree/ostree-fetcher-curl.c
parent8dd68fb9f9c0cdc8fb8090eebd06265836e55bfc (diff)
downloadostree-96eec98f39054f3c1dfc6cda7e43c853157ca110.tar.gz
fetcher: Drop max queue size assertion in libsoup/libcurl backends
Since f4d1334e19ce3ab2f8872b1e28da52044f559401 the primary pull code maintains a maximum queue. In that commit message I said `Note that I kept an assertion.`. But I think this is wrong since while it covers a lot of the normal cases, if one is e.g. trying to fetch a ton of refs, the primary pull code doesn't yet queue those. While it'd be nice to queue those, it isn't worth carrying extra assertions in the backends that can still trigger. Closes: https://github.com/ostreedev/ostree/issues/1451 Closes: #1453 Approved by: dbnicholson
Diffstat (limited to 'src/libostree/ostree-fetcher-curl.c')
-rw-r--r--src/libostree/ostree-fetcher-curl.c6
1 files changed, 0 insertions, 6 deletions
diff --git a/src/libostree/ostree-fetcher-curl.c b/src/libostree/ostree-fetcher-curl.c
index b8677e23..c4514251 100644
--- a/src/libostree/ostree-fetcher-curl.c
+++ b/src/libostree/ostree-fetcher-curl.c
@@ -866,12 +866,6 @@ _ostree_fetcher_request_async (OstreeFetcher *self,
initiate_next_curl_request (req, task);
g_hash_table_add (self->outstanding_requests, g_steal_pointer (&task));
-
- /* Sanity check, I added * 2 just so we don't abort if something odd happens,
- * but we do want to abort if we're asked to do obviously too many requests.
- */
- g_assert_cmpint (g_hash_table_size (self->outstanding_requests), <,
- _OSTREE_MAX_OUTSTANDING_FETCHER_REQUESTS * 2);
}
void