local pdf download doesn't alert on download, doesn't launch Read.

[sj]

687, spanish machine.

Clicking on Phyla.pdf to download it from the local biology collection causes it to be silently downloaded to the datastore, with a journal entry, but didn't provide any alert. Duplicated behavior twice on this machine.

[erikos]

Just tested 687 and it looks like this is not something that is due to that specific build - I had the alert just fine. I had something like this once - when I did upgrades. Maybe another candidate for an upgarde issue. sj maybe you remember if you upgraded and if the number would be helpful as well, thanks?

[marco]

Can you reproduce this consistently?

[marco]

Also, debug logs would be useful here.

http://wiki.laptop.org/go/Attaching_Sugar_Logs_to_Tickets

[chihyu]

Tested on update.1 690, and the same issue remains:

There was a first prompt indicating the file was going to be downloaded; there was a second prompt indicating download completion. The Read activity should have launched right afterwards, but I could not read the pdf file unless I manually clicked on the Journal entry of the download history.

Replying to marco:

Can you reproduce this consistently?

[erikos]

You download a pdf (local or over the network), the alert indicates that the download has started, a second indicates that the download has finished. You can use the [Open] button in the second alert or the journal entry to resume this object. Does only resuming from the journal works for you? The read activity does not auto launch if it is that what you mean.

[erikos]

Actually the [Open] button does open the object in the journal and you can open it with read from there.

I thought in sj's post he could not see the alert at all.

[chihyu]

I did click on the "Open" button in the second alert, but the pdf file was not opened by any activity.

The only way I could read the pdf file was to manually locate the journal entry and click on it.

Replying to erikos:

You download a pdf (local or over the network), the alert indicates that the download has started, a second indicates that the download has finished. You can use the [Open] button in the second alert or the journal entry to resume this object. Does only resuming from the journal works for you? The read activity does not auto launch if it is that what you mean.

[erikos]

I did click on the "Open" button in the second alert, but the pdf file was not opened by any activity.

Maybe i explained badly. When you hit [open] in the second alert the detail view of this entry will be displayed (Journal). You can than resume from there. This changed from earlier behavior where we resumed directly.

If it is another bug please reopen and provide browse logs.

[marco]

erikos, if I read chihyu comment correctly, the entry was not displayed in the journal as expected. (she had to manually locate the entry in the journal)

[chihyu]

I apologize for being unclear. What I meant by "manually locate the journal entry" is:

• Go to Journal
• Locate the entry that reads File Phyla-EOW.pdf from file:///usr/share/activities/biology/Phyla-EOW.pdf.
• Click on this entry

If I do not click on this entry, Read will not launch. I was told that Read should open the pdf file as soon as I click the "OK" button from the second prompt.

If it was designed this way (user has to click on the journal entry with such a long title, in order to read the pdf file), then this is not a bug. We should leave it closed.

Replying to marco:

erikos, if I read chihyu comment correctly, the entry was not displayed in the journal as expected. (she had to manually locate the entry in the journal)

[erikos]

I updated the browse test page with instructions to test downloads, I hope this makes it a bit clearer now ( http://wiki.laptop.org/go/Tests/Browse ).

[erikos]

Btw: I think that the download was not alerted was this bug (multiple instances open and the alert gets displayed in the wrong instance): #5822

[frances]

I found if you chose "Show In Journal" then you can access it from the intermediate page.