ubuntu-phone team mailing list archive

[Roberto Resoli <roberto@xxxxxxxxxxxxxx>]

Il 17/11/2016 10:55, Olivier Tilloy ha scritto:
> On Thu, Nov 17, 2016 at 9:44 AM, Roberto Resoli <roberto@xxxxxxxxxxxxxx> wrote:
>> > Il 15/11/2016 15:55, Olivier Tilloy ha scritto:
>>> >> It seems it’s a similar issue to https://launchpad.net/bugs/1548020.
>>> >> When clicking the download button ...
...

>> > ok, thanks for the explanation. the problem here is that every download
>> > link is idempotent (so that oxide may get an 200 so that Ubuntu Download
            ^
            | assumed
>> > Manager can reissue the actual download). This is correct in most cases,
>> > but not in Nextcloud one.
>> >
>>> >> I will update the bug report to include the nextcloud use case, and
>>> >> will bump its importance, although as things stand we don’t have a
>>> >> clear solution to it.
>> >
>> > I think there is no simple one, apart of avoiding at all the initial
>> > 'fake' download by Oxide ...
> Yes. That would require an architectural change in oxide, UDM and the
> way they interact. Not saying it can’t be done, but it’s non trivial
> and not currently on the priority list.

Ok, I agree that there are more important thinghs to do.

Nevertheless, guess that this is not a Nextcloud-only issue.... thanks
for taking care of this.

rob