Blame flatpak-1.0.6-oci-progress-report-fix.patch

cbfa59
From 43d4fb6a3ed4a282972dcd9d29e51e6273aaec00 Mon Sep 17 00:00:00 2001
cbfa59
From: Matthias Clasen <mclasen@redhat.com>
cbfa59
Date: Fri, 7 Dec 2018 14:39:06 -0500
cbfa59
Subject: [PATCH] Fix oci pull progress reporting
cbfa59
cbfa59
Comparing the code in flatpak-utils.c:progress_cb,
cbfa59
we need to set bytes-transferred for the total amount
cbfa59
of data that has been transferred so far. The value
cbfa59
we were setting so far, fetched-delta-part-size, refers
cbfa59
to the size of the objects we already have locally, and
cbfa59
is subtracted from the total, which explains oci progress
cbfa59
running backwards.
cbfa59
cbfa59
Closes: #2392
cbfa59
cbfa59
Closes: #2400
cbfa59
Approved by: matthiasclasen
cbfa59
---
cbfa59
 common/flatpak-dir.c | 2 +-
cbfa59
 1 file changed, 1 insertion(+), 1 deletion(-)
cbfa59
cbfa59
diff --git a/common/flatpak-dir.c b/common/flatpak-dir.c
cbfa59
index 80b0a2d19..3cdc56e3e 100644
cbfa59
--- a/common/flatpak-dir.c
cbfa59
+++ b/common/flatpak-dir.c
cbfa59
@@ -4256,7 +4256,7 @@ oci_pull_progress_cb (guint64 total_size, guint64 pulled_size,
cbfa59
                              "total-delta-parts", "u", n_layers,
cbfa59
                              "fetched-delta-fallbacks", "u", 0,
cbfa59
                              "total-delta-fallbacks", "u", 0,
cbfa59
-                             "fetched-delta-part-size", "t", pulled_size,
cbfa59
+                             "bytes-transferred", "t", pulled_size,
cbfa59
                              "total-delta-part-size", "t", total_size,
cbfa59
                              "total-delta-part-usize", "t", total_size,
cbfa59
                              "total-delta-superblocks", "u", 0,