#899 closed defect (fixed)
Journal title should match downloaded filename
Reported by: | tonyforster | Owned by: | tomeu |
---|---|---|---|
Priority: | Urgent | Milestone: | |
Component: | Browse | Version: | Unspecified |
Severity: | Critical | Keywords: | GPA |
Cc: | erikos | Distribution/OS: | Unspecified |
Bug Status: | Unconfirmed |
Description
Due to some server error, the server is serving turtle_art-48.xo when the turtle_art-51.xo link is clicked. Because Windows preserves the filename, you can see that you have downloaded turtle_art-48.xo whereas Sugar(Browse) uses some other process to name the downloaded file and its very hard to understand why you have v48 rather than v51 installed.
Actually, it was a bad symlink unrelated to the Journal. But it suggests that somewhere in the download process we should reveal the actual filename of the file being downloaded.
Change History (5)
comment:1 Changed 15 years ago by tonyforster
comment:2 Changed 14 years ago by gregorio
- Keywords GPA added
Downloading files from Browse and then finding them in the Journal was not easy for kids at GPA.
Looks related to this issue:
- Weren't sure which item in journal was the state image they just downloaded.
from notes at:
http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg06470.html
Adding GPA keyword tag.
comment:3 Changed 14 years ago by tomeu
- Milestone changed from Unspecified by Release Team to 0.86
- Priority changed from Unspecified by Maintainer to Urgent
- Severity changed from Unspecified to Critical
comment:4 Changed 14 years ago by garycmartin
- Cc erikos added
- Resolution set to fixed
- Status changed from new to closed
This was fixed a release or so back in Browse. My testing shows the Journal title for a downloaded item is that of the file name, and the full path is added into the description field so you can always check where it originally came from.
See also ticket 901 re uploaded filename