Uploaded image for project: 'Wicket'
  1. Wicket
  2. WICKET-444

src attribute path not processed by wicket for INPUT type=image and any IMG with wicket:message in it

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Major
    • Resolution: Fixed
    • 1.3.0-beta1
    • 1.3.0-beta2
    • wicket
    • None

    Description

      I'm using wicket-1.3.0-incubating-SNAPSHOT.jar Sun, 01 Apr 2007 19:21:01 GMT

      Wicket appears to pre-process and modify the value of the SRC attribute in most cases (e.g. IMG tags) so that at run time, the path is absolute path. This works fine for IMG tags. So with wicket filter mapped to /app/* and static files in /resources :

      The following HTML: <img src="resources/system-search.png"/>

      becomes at runtime: <img src="/jtrac/resources/system-search.png">

      Problem:

      Ever since 1.3 I noticed that fixing of the SRC attribute was not happening for <input type=image"/> tags. I worked around this by prepending "../" - but obviously this is not a good idea. For example this is what I am using which works:

      <input type="image" wicket:id="deallocate" src="../resources/remove.png"/>

      What prompted me to raise this JIRA now is that I just switched to the latest SNAPSHOT and I find that any IMG tag that has a "wicket:message" attribute also does not get the SRC value "fixed". This used to work in 1.2.X

      I have a feeling this is related to the changes made as per https://issues.apache.org/jira/browse/WICKET-440

      So to summarize, wicket does not change SRC values to absolute paths for the following tags:

      a) any tag with a wicket:message attribute present
      b) any <input type="image"/> tag

      Attachments

        Issue Links

          Activity

            People

              almaw Alastair Maw
              ptrthomas Peter Thomas
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: