sajolida:
> I'll merge answering to both your emails.
Today we studied your work more in details to understand how it was
manipulating the page, how we could modify the HTML ourselves, etc.
We fixed a bunch of things on our side.
Still, here are some more issues that I think you could only fix
yourself. Correct us if that's not the case. We're a bit late on the
schedule to be ready for testing on Friday but we'll do fine... If you
could fix at least some of these issue, the more the better.
> Giorgio Maone:> On 12/11/2015 17:38, sajolida wrote:
>>> 2. The extension is great because it preserves its state even if you
>>> close the tab. You can open it again and the result of the verification
>>> is still there. Still, I think we should reset its state in some cases:
>>>
>>> - When the download is finished and the user clicks on the "next"
>>> button. :maone:
>>
>> Done: once you click "Next", the filesystem browser is shown with the
>> file highlighted while in the background the page gets reloaded and goes
>> in its initial state.
>
> It works, thanks.
I read this too fast. Actually, we don't want the extension to open the
file browser of the OS right now. After clicking on the "Next" button,
people will go through step-by-step instructions and we'll tell them
when to use the ISO image.
Here are the new issues:
1. Clicking the "Next" button should also bring back #use-button to
"show" and #use-text to "hide".
2. #bittorrent-minor should also be visible when #use-button
and #install-button are visible. See slides 3 and 4.
3. Clicking #use-button or #install-button should #i_have_iso (when
the download starts).
4. The page reloads every 10s. Why? It makes it blink pretty badly on
Tor Browser and also sometimes loses state.
5. We tried in 26642eb to add a link below the "Next" button to reset
the page as well but it didn't work. Are you triggering the
cancelation only on the *first* "#verify-text-success .btn" in line
207-210?
6. We tried in 7bcda1a to replace the URL in the download button with
the size in MiB but it failed. Maybe you should set iso-size-MiB in
updateBlobView around line 88.
7. We managed to get a negative ETA displayed :) See screenshot in
attachment.
8. When doing "Resume", the progress bar goes to 100%, displays ???,
and then go back to where it was once the download really started
again. The progress bar should instead freeze where it is until the
download starts again for real.
9. #verify-text-label should be visible once #download is visible. See
slide 11. We should be able to change its opacity until we get to
the verification state.
