Open GoogleCodeExporter opened 9 years ago
Can you expand on this a little bit? Perhaps some of the other developers know
what you need, but the description is just a tiny bit too terse for me to
figure out.
Original comment by tfmorris
on 16 Nov 2010 at 5:54
I think this looks like a browser issue, and not an issue with Refine.
(although, as Tom points out there's a lack of info so I might be wrong).
When you export from Refine, the file is handled as a download by the browser.
Whether the file is saved with the predefined name in a predefined location
depends entirely on your browser preferences/options. e.g.
http://www.pcworld.com/article/155364/choose_where_to_save_downloads_in_firefox.
html
Original comment by iainsproat
on 16 Nov 2010 at 9:24
I think David is aware of this one already. It's the use of Content-Type and
Content-Disposition in the Header. Currently, ExportProjectCommand.java only
uses Content-Type. In Google Chrome it saves WITHOUT prompting the user for
the file location and name. Also, there is a bug in Google Chrome 7 that
causes the double .gz.gz extension in the saved filename which I filed with the
Chrome 7 team already.
David, how do you want to handle this one ?
Original comment by thadguidry
on 16 Nov 2010 at 2:33
Comment 3 is correct from my pov.
Original comment by wfz%nimb...@gtempaccount.com
on 16 Nov 2010 at 4:21
Regarding my Comment 3 and bug of Google Chrome saving with a double .gz.gz in
the filename, this has now been fixed by an update in Google Chrome browser
8.0.552.215
Prompting for a save location always is still needed however by the reporter.
Original comment by thadguidry
on 13 Dec 2010 at 5:17
Original issue reported on code.google.com by
wfz%nimb...@gtempaccount.com
on 15 Nov 2010 at 8:38