Return-Path: 
 <user-return-216556-apmail-struts-user-archive=struts.apache.org@struts.apache.org>
X-Original-To: apmail-struts-user-archive@www.apache.org
Delivered-To: apmail-struts-user-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 6C0DB11249
	for <apmail-struts-user-archive@www.apache.org>;
 Fri, 29 Aug 2014 16:11:51 +0000 (UTC)
Received: (qmail 78656 invoked by uid 500); 29 Aug 2014 16:11:49 -0000
Delivered-To: apmail-struts-user-archive@struts.apache.org
Received: (qmail 78618 invoked by uid 500); 29 Aug 2014 16:11:49 -0000
Mailing-List: contact user-help@struts.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:user-unsubscribe@struts.apache.org>
List-Help: <mailto:user-help@struts.apache.org>
List-Post: <mailto:user@struts.apache.org>
List-Id: "Struts Users Mailing List" <user.struts.apache.org>
Reply-To: "Struts Users Mailing List" <user@struts.apache.org>
Delivered-To: mailing list user@struts.apache.org
Received: (qmail 78606 invoked by uid 99); 29 Aug 2014 16:11:49 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 29 Aug 2014 16:11:49 +0000
X-ASF-Spam-Status: No, hits=3.6 required=5.0
	tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL,SUBJ_OBFU_PUNCT_FEW
X-Spam-Check-By: apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Received: from [212.113.177.4] (HELO mx03.smtpa.netcabo.pt) (212.113.177.4)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 29 Aug 2014 16:11:43 +0000
Received: from mx03 (localhost [127.0.0.1])
	by mx03 (Postfix) with ESMTP id 3hl5Qc1KfFzbcGT
	for <user@struts.apache.org>; Fri, 29 Aug 2014 17:11:20 +0100 (WEST)
Received: from mail.almeida.at (a95-92-225-149.cpe.netcabo.pt [95.92.225.149])
	(Authenticated sender: migueldealmeida@netcabo.pt)
	by mx03 (AntiSpamMTA004) with ESMTPA id 3hl5Qc0hLGzbcDg
	for <user@struts.apache.org>; Fri, 29 Aug 2014 17:11:19 +0100 (WEST)
Received: from localhost (localhost [127.0.0.1])
	by mail.almeida.at (Postfix) with ESMTP id B41EB4F015
	for <user@struts.apache.org>; Fri, 29 Aug 2014 17:11:19 +0100 (WEST)
X-Virus-Scanned: Debian amavisd-new at almeida.at
Received: from mail.almeida.at ([127.0.0.1])
	by localhost (mail.almeida.at [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id yJ1QNLDt60DC for <user@struts.apache.org>;
	Fri, 29 Aug 2014 17:11:14 +0100 (WEST)
Received: from [192.168.10.111] (webservices.itclinical.com [195.23.251.147])
	(using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))
	(No client certificate requested)
	(Authenticated sender: miguel)
	by mail.almeida.at (Postfix) with ESMTPSA id 749034F007
	for <user@struts.apache.org>; Fri, 29 Aug 2014 17:11:14 +0100 (WEST)
Message-ID: <1409328671.9346.23.camel@itcd001>
Subject: S:url and s:param and character encoding
From: Miguel Almeida <miguel@almeida.at>
To: user@struts.apache.org
Date: Fri, 29 Aug 2014 17:11:11 +0100
Content-Type: multipart/alternative; boundary="=-Mx/tLfKI3MePHCpQRLjT"
X-Mailer: Evolution 3.2.3-0ubuntu6 
Mime-Version: 1.0
X-Virus-Checked: Checked by ClamAV on apache.org

--=-Mx/tLfKI3MePHCpQRLjT
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit

I had an issue recently with a download action not finding the
corresponding file and you might be able to help me with it. The
filename (on disk) was "Calendário" ("á" is the focus here).

I am using the following s:url (Calendário is within the variable
#answer):

		 		<s:url encode="true" var="downloadUrl" action="Filedownload">
					<s:param name="answer.id">${entityId}</s:param>
					<s:param name="fileName"><s:property value="%{#answer}"/></s:param>
				</s:url>
				<s:a theme="simple" href="%{downloadUrl}"><s:property
value="%{#answer}"/></s:a> 

If I use a plain-old <a> and s:properties I get the normal behaviour:

				<a href="Filedownload.action?answer.id=<s:property
value="%{#entityId}"/>&fileName=<s:property
value="%{#answer}"/>"><s:property value="%{#answer}"/></a>

Is there something missing from s:url?
I also found https://issues.apache.org/jira/browse/WW-2414 which seems
to mention something similar, but marked as solved in 2.0.x.

Cheers,

Miguel

--=-Mx/tLfKI3MePHCpQRLjT--