Channel UPDATE button doesn't work when importing from Studio Develop

Observed behavior

We want to import the develop-version of a channel (v6), on a demosever that had v4 of a channel installed.

Using the second import option, and adding develop as a network location:

We are presented with this screen:

where, clicking UPDATE does not update the files-available list (pressing UPDATE, kolibri progress bar shows up, things for a bit, then UI shows v4 file list again, exactly the same as before the UPDATE was clicked).

Expected behavior

Should see the file list from v6 of the channel

User-facing consequences

Users might not be able to update channels from USB if they already have installed channel from studio.

Not sure though — this could an issues specific to the fact we’re using a “hack” to import from develop studio as if it was a Kolibri peer.

Errors and logs

This is logs from an other occurence of the same bug, where v20 is available but Kolibri still shows v19 file list:

http://35.196.115.213/device/#/content/channels/f9d3e0e46ea25789bbed672ff6a399ed?address_id=1

INFO 2018-11-30 20:41:48,442 client Attempting connection to: https://develop.studio.learningequality.org/
INFO 2018-11-30 20:41:48,604 client Success! We connected to: https://develop.studio.learningequality.org/api/public/info/
INFO 2018-11-30 20:41:59,711 importchannel Downloading data for channel id f9d3e0e46ea25789bbed672ff6a399ed
WARNING 2018-11-30 20:42:02,549 channel_import Version 19 of channel f9d3e0e46ea25789bbed672ff6a399ed already exists in database; cancelling import of version 19

Meanwhile in the JS console we see a steady steam of tasks API call happening — as if waiting for soem status:

Steps to reproduce

• Import a channel vN from studio
• Try to update a channel vN+1 from develop studio

[jamalex]

The font errors are just because of bad HTML5 zip files with “…” references (in CSS or HTML) that point up above the top-level index.html path level. Not a Kolibri error (though we should probably just swallow that kind of error, or handle them in some way, because a lot of our ZIPs have this problem).

(Browser is requesting /zipcontent/fonts/NotoSansEthiopic-Regular.ttf…)

[ivanistheone]

This is really a studio (develop) issue, so moved here: https://github.com/learningequality/studio/issues/1124