Hello
WikiGuest
Log In
or
Register
Users
About
Blog
Extensions
Documentation
Community
Development
Tasks
Download
Support
NOTE:
If you are a developer, please use a private wiki based on foswiki/trunk on a daily base ...or use
trunk.foswiki.org
to view this page for some minimal testing.
Use
Item9693
for docu changes for 1.2 and 2.0.
You are here:
Foswiki
>
Tasks Web
>
Item443
(revision 15) (raw view)
On file =Ts.rtf= I get the error =Filename Logo Ts.rtf is not legal for a TWiki attachment.= rest of message: <verbatim> Certain characters are not permitted in filenames, and other filenames are not permitted for security reasons. Your filename matched one of the following regular expressions, so it was rejected: {UploadFilter} /^(\.htaccess|.*\.(?i)(?:php[0-9s]?|phtm[l]?|pl|py|cgi))$/ {NameFilter} /[\s\*?~^%`"'&;|<>\x00-\x1f]/ Rename the file on your local machine and try uploading again. </verbatim> [[AC]] -- Seconded. This makes TWiki:Codev.AutomaticAttachments pointing to my "My Documents" folder quite a lot less useful! [[MC]] --- agreed. first, there's no reason spaces can't be used. to handle the more troublesome file extensions will require some apache config so that files under =pub/= aren't executed. -- [[WN]] --- But =rtf= couldn't be a troublesome file extension, could it? Perhaps 'just' a bug? -- [[AC]] with =Filename Logo Ts.rtf=, the problem isn't the =.rtf= extension, it's the spaces. i don't know why spaces aren't allowed, but yes, i'm agreeing this should be fixed. -- [[WN]] --- Spaces are not allowed in filenames for various reasons stretching back into the dim-and-distant, but mostly because there aren't any tests and it's too late to open that can of worms (I tried, and everything went tits-up). Deferred. [[CC]] Spaces mostly work ([[Item822]]) except for edge cases ([[Item957]]) [[MC]] Undeferred, post Dakar [[CC]] --- See also [[Item3456]] [[CC]] Rod Beckstrom wrote: <blockquote type="cite" cite="mid:C30D8E61.4DDE0%25rod@beckstrom.org">Dear Crawford,<br /><br />Not sure if this is a bug but you would save millions of mouse clicks by either shutting off this useless warning message that the file name has been changed or by adding a checkbox choice at the bottom to never see the message again. It is the most annoying of regular messages I see in the system and the most useless. It is obvious to a user that the name is changed when they look at the Attachment list.<br /><br />Can you please remove this simple roadblock?<br /><br />Thanks!<br /><br />Rod</blockquote>I realise this isn't directly on-topic, but it does justify raising priority to "Normal" IMHO. [[CC]] Arthur has sometimes discussed doing a "flash" message system for this kind of messages. Putting energy into a generic solution for the messages are probably the better way to go. -- TWiki:Main.SteffenPoulsen - 14 Sep 2007 Renamed item to reflect the remainder of the problem. Spaces in filenames and extensions like =rtf= are handled by renaming the file now, but the message could be less intrusive. -- TWiki:Main.SteffenPoulsen - 22 Dec 2007 %COMMENT%
ItemTemplate
edit
Summary
Attached file renamed message too intrusive / not necessary
ReportedBy
ArthurClemens
Codebase
SVN Range
AppliesTo
Engine
Component
TopicAttachment
Priority
Normal
CurrentState
Confirmed
WaitingFor
Checkins
TargetRelease
major
ReleasedIn
n/a
E
dit
|
A
ttach
|
P
rint version
|
H
istory
: r15
<
r14
<
r13
<
r12
|
B
acklinks
|
V
iew topic
|
Edit
w
iki text
|
M
ore topic actions
Topic revision: r15 - 15 Mar 2011,
GeorgeClark
Tasks
Submit and Query
Create Task
My Items
Task Search
All Extensions
Changes
Developer Tasks
Release Blockers
Normal Priority
Low Priority
New Items
Waiting For Feedback
Waiting For Release
Needs Merge
Closed
Outstanding Items
Outstanding Enhancements
Recently Closed
Tasks by Release
Non Developer Tasks
WebSiteTasks
ProjectTasks
Developer Tools
Hall of Fame
Admin Tools
Fixes for Rel. Notes
Trac Browser
Tools
Tasks
Index
Changes in all webs
Notifications
Statistics
Sandbox
The copyright of the content on this website is held by the contributing authors, except where stated elsewhere. see
CopyrightStatement
.