[#JRA-10690] Excel export doesn't work with Internet Explorer 6.0

JIRA

Excel export doesn't work with Internet Explorer 6.0

Created: 27/Jul/06 04:01 AM Updated: 22/Oct/06 10:40 PM

Component/s:

Import / Export

Affects Version/s:

3.5.2

Fix Version/s:

3.7

Time Tracking:

Not Specified

File Attachments:

None

Image Attachments:

1. screen.gif
(144 kB)

Environment:

« Hide

JIRA setup: standalone (on MySQL 5.0.19)
OS: Red Hat 2.1 AS (Linux 2.4.9)
JDK: 1.5.0_06-b05

Client OS: Windows XP Pro SP1
Browser: Internet Explorer 6.0.2800.1106.xpsp2.050301-1526

Issue Links:

Reference

This issue relates to:

~~JRA-10404~~ Make 'views' of content (single issue and search request) pluggable, and rewrite default implementations in velocity

Participants:	=Neal Applebaum, Jérôme Zago and Scott Farquhar [Atlassian]
Since last comment:	2 years, 11 weeks ago
Resolution Date:	22/Oct/06 10:40 PM
Labels:

Description

« Hide

It does work with Mozilla Firefox 1.5.0.5 though.

How to reproduce on IE:

select a filter (see attached screenshot)
click on "All fields" (Current View / Excel)
on the "File Download" dialog, click on "Save"
on the "Save As" dialog, click on "Save"
the "Error Copying File or Folder" appears: "Cannot copy file: Cannot read from the source file or disk"

We have enough disk space on the client and the server.

More details upon request.
Thanks for your time.

All

Comments

Work Log

Change History

Sort Order:

[ Permlink | « Hide ]

=Neal Applebaum added a comment - 27/Jul/06 08:19 AM

I was able to reproduce this bug right here on jira.atlassian.com

The problem has to do with the special character(s) (not being escaped?) in the filter name:
with the filter named: "Wiki: All Release Notes (OCS 1.20 & TA 4.20)" it fails as reported.
But if you rename the filter by taking out the colon
(e.g. rename filter to "Wiki - All Release Notes (OCS 1.20 & TA 4.20)"), it works fine.

Well, at least you have a workaround

[ Permlink | « Hide ]

Jérôme Zago added a comment - 27/Jul/06 09:33 AM

I see. From http://www.linux-ntfs.org/content/view/109/48#concept_filename_namespace :

0: POSIX

This is the largest namespace. It is case sensitive and allows all Unicode characters except for NULL (0) and Forward Slash '/'. The maximum name length is 255 characters. N.B. There are some characters, e.g. Colon ':', which are valid in NTFS, but Windows will not allow you to use.

Firefox automatically replaced ":" by "-" but IE didn't. Firefox code follows:

$ wget http://releases.mozilla.org/pub/mozilla.org/firefox/releases/1.5.0.5/source/firefox-1.5.0.5-source.tar.bz2
$ grep -C 2 FILE_ILLEGAL_CHARACTERS mozilla/xpcom/ds/nsCRT.h mozilla/widget/src/windows/nsFilePicker.cpp
mozilla/xpcom/ds/nsCRT.h-#if defined(XP_WIN) || defined(XP_OS2)
mozilla/xpcom/ds/nsCRT.h-  #define FILE_PATH_SEPARATOR       "\\"
mozilla/xpcom/ds/nsCRT.h:  #define FILE_ILLEGAL_CHARACTERS   "/:*?\"<>|"
mozilla/xpcom/ds/nsCRT.h-#elif defined(XP_UNIX) || defined(XP_BEOS)
mozilla/xpcom/ds/nsCRT.h-  #define FILE_PATH_SEPARATOR       "/"
mozilla/xpcom/ds/nsCRT.h:  #define FILE_ILLEGAL_CHARACTERS   ""
mozilla/xpcom/ds/nsCRT.h-#else
mozilla/xpcom/ds/nsCRT.h-  #error need_to_define_your_file_path_separator_and_illegal_characters
--
mozilla/widget/src/windows/nsFilePicker.cpp-  //Then, we need to replace illegal characters.
mozilla/widget/src/windows/nsFilePicker.cpp-  //At this stage, we cannot replace the backslash as the string might represent a file path.
mozilla/widget/src/windows/nsFilePicker.cpp:  mDefault.ReplaceChar(FILE_ILLEGAL_CHARACTERS, '-');
mozilla/widget/src/windows/nsFilePicker.cpp-
mozilla/widget/src/windows/nsFilePicker.cpp-  return NS_OK;

Very interesting... Thanks for your answer.

[ Permlink | « Hide ]

Scott Farquhar [Atlassian] added a comment - 29/Jul/06 07:45 PM

I think that the solution is to encode all file names on the server-side. I'll see what we can do.