You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tapestry.apache.org by "Jim Smart (JIRA)" <ji...@apache.org> on 2010/02/15 04:39:27 UTC

[jira] Created: (TAP5-1016) unable to locate static asset if folder name contains a '.' character

unable to locate static asset if folder name contains a '.' character
---------------------------------------------------------------------

                 Key: TAP5-1016
                 URL: https://issues.apache.org/jira/browse/TAP5-1016
             Project: Tapestry 5
          Issue Type: Bug
    Affects Versions: 5.2.0
            Reporter: Jim Smart
            Priority: Minor


i have just upgraded from tapestry 5.1.0.5 to 5.2.0-snapshot (using the version 5.2.0 snapshot in the maven repository)

i have found a minor regression...

in 5.1.0.5 the following line would work ok:-

<link href="${context:my.folder.name/some.css}" rel="stylesheet" type="text/css"/>

...but under the version of 5.2.0-snapshot that i am running, this produces a (behind the scenes) 404 when the page tries to load the css in question (resulting in an un-styled page), although the created url looks fine to me.

i have narrowed down the issue to this:-

if i remove the '.' chars from the folder names (ie. change 'my.folder.name' to 'my-folder-name', or similar) then 5.2.0-snapshot is fine with the path -- otherwise it seems to simply pretend that the files in question don't exist... :-/

fwiw, having extra dots in the filename (eg. my.test.css) works ok, the problem only seems to be with folder names.

the same problem applies to images also, not just css files - is it a bad regex somewhere in the new asset protection code maybe?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.