[#SAK-8875] Resources no longer deals with apostrophes in folder names

Sakai

Resources no longer deals with apostrophes in folder names

Created: 21-Mar-2007 16:23 Updated: 13-Jul-2009 11:43

Component/s:

Resources

Affects Version/s:

2.4.0

Fix Version/s:

2.4.0

Time Tracking:

Not Specified

Issue Links:

Relate

This issue is related to:

SAK-8566 Broken link in Resources if folder created in WebDAV with apostrophe in name

2.6.x Status:	None
2.5.x Status:	None
2.4.x Status:	None

Description

« Hide

Resources lets you create a folder with an apostrophe in the name (e.g., "Mary's Papers"). But that's all it lets you do: create it. You can't open it, add files to it, change its name, or delete it.

In the log:

15:04:03,890 WARN ListItem:1820 - InconsistentException org.sakaiproject.exception.InconsistentException id=/content/group/0f72986f-a6fc-4a65-00e8-106954649f05/Gallery-Tool-Collections/Mary's Papers/

All

Comments

Work Log

Change History

Subversion Commits

git Commits

Sort Order:

[ Permlink | « Hide ]

Jim Eng added a comment - 21-Mar-2007 20:34

Escape names of new folders and new file-uploads before using them as entity id's.

[ Permlink | « Hide ]

Mike De Simone added a comment - 26-Mar-2007 11:21

this does not appear to be fixed.

tested on http://qa1-us.sakaiproject.org:8580.
from footer: Sakai QA Network qa1-us (svn tags/sakai_2-4-0_QA_007) using Oracle - Built: 03/22/07 08:00 - Sakai Revision: 27604 - Server qa1-us

created a folder called " apos'trophe" in myworkspace. cannot upload a file to it.

javascript error (i have put in linebreaks at the semicolons to improve readibility. the error highlighted the 't' right after the apostrophe in the folder name):

Error: missing ; before statement
Source File: http://qa1-us.sakaiproject.org:8580/portal/tool/a9e492d9-b573-4bc2-806a-72227152c33c?panel=Main
Line: 1, Column: 97
Source Code:
document.getElementById('selectedItemId').value='/user/7e2ee1c8-acb1-4088-00cf-d6517d13b2c6/apos'trophe/';
document.getElementById('rt_action').value='org.sakaiproject.content.types.HtmlDocumentType:create';
document.getElementById('sakai_action').value='do

[ Permlink | « Hide ]

Jim Eng added a comment - 27-Mar-2007 14:39

This was fixed after the tag on the qa server, I think. Please retest on nightly or after the next tag.

[ Permlink | « Hide ]

John Leasia added a comment - 30-Mar-2007 13:19

Seems to handle them ok - tested a file with a name of
text with 'things' "in" !it! %$#@~&*()_-+=

[ Permlink | « Hide ]

Mike De Simone added a comment - 30-Mar-2007 13:31

looks ok on 008 build. i repeated the same steps, and was able to create the folder, place a file in it, then delete both successfully.