[ https://issues.apache.org/jira/browse/TAP5-936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ulrich Stärk updated TAP5-936:
------------------------------
Fix Version/s: 5.2.0.0
5.0.19
5.1.0.6
> Tapestry wiki link links to nothing for locales other then en
> -------------------------------------------------------------
>
> Key: TAP5-936
> URL: https://issues.apache.org/jira/browse/TAP5-936
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2, 5.1.0.5, 5.0.18
> Reporter: Ulrich Stärk
> Assignee: Ulrich Stärk
> Priority: Minor
> Fix For: 5.2.0.0, 5.1.0.6, 5.0.19
>
> Original Estimate: 0h
> Remaining Estimate: 0h
>
> The wiki link should link explicitly to http://wiki.apache.org/tapestry/FrontPage, otherwise
MoinMoin will choose a start page according to the user's browser's locale which in my case
(de) leads to an empty page.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ulrich Stärk closed TAP5-936.
-----------------------------
Resolution: Fixed
> Tapestry wiki link links to nothing for locales other then en
> -------------------------------------------------------------
>
> Key: TAP5-936
> URL: https://issues.apache.org/jira/browse/TAP5-936
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2, 5.1.0.5, 5.0.18
> Reporter: Ulrich Stärk
> Assignee: Ulrich Stärk
> Priority: Minor
> Fix For: 5.1.0.6, 5.0.19, 5.2.0.0
>
> Original Estimate: 0h
> Remaining Estimate: 0h
>
> The wiki link should link explicitly to http://wiki.apache.org/tapestry/FrontPage, otherwise
MoinMoin will choose a start page according to the user's browser's locale which in my case
(de) leads to an empty page.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Author: uli
Date: Tue Dec 8 09:27:07 2009
New Revision: 888299
URL: http://svn.apache.org/viewvc?rev=888299&view=rev
Log:
TAP5-936: Tapestry wiki link links to nothing for locales other then en
Modified:
tapestry/tapestry5/branches/5.0/src/site/site.xml
tapestry/tapestry5/branches/5.1.0.x-dev/src/site/site.xml
tapestry/tapestry5/trunk/src/site/site.xml
Modified: tapestry/tapestry5/branches/5.0/src/site/site.xml
URL: http://svn.apache.org/viewvc/tapestry/tapestry5/branches/5.0/src/site/site.xml?rev=888299&r1=888298&r2=888299&view=diff
==============================================================================
--- tapestry/tapestry5/branches/5.0/src/site/site.xml (original)
+++ tapestry/tapestry5/branches/5.0/src/site/site.xml Tue Dec 8 09:27:07 2009
@@ -124,7 +124,7 @@
</menu>
<menu name="Resources">
- <item name="Wiki" href="http://wiki.apache.org/tapestry"/>
+ <item name="Wiki" href="http://wiki.apache.org/tapestry/FrontPage"/>
<item name="Wiki HowTos" href="http://wiki.apache.org/tapestry/Tapestry5HowTos"/>
</menu>
Modified: tapestry/tapestry5/branches/5.1.0.x-dev/src/site/site.xml
URL: http://svn.apache.org/viewvc/tapestry/tapestry5/branches/5.1.0.x-dev/src/site/site.xml?rev=888299&r1=888298&r2=888299&view=diff
==============================================================================
--- tapestry/tapestry5/branches/5.1.0.x-dev/src/site/site.xml (original)
+++ tapestry/tapestry5/branches/5.1.0.x-dev/src/site/site.xml Tue Dec 8 09:27:07 2009
@@ -137,7 +137,7 @@
</menu>
<menu name="Resources">
- <item name="Wiki" href="http://wiki.apache.org/tapestry"/>
+ <item name="Wiki" href="http://wiki.apache.org/tapestry/FrontPage"/>
<item name="Wiki HowTos" href="http://wiki.apache.org/tapestry/Tapestry5HowTos"/>
</menu>
Modified: tapestry/tapestry5/trunk/src/site/site.xml
URL: http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/src/site/site.xml?rev=888299&r1=888298&r2=888299&view=diff
==============================================================================
--- tapestry/tapestry5/trunk/src/site/site.xml (original)
+++ tapestry/tapestry5/trunk/src/site/site.xml Tue Dec 8 09:27:07 2009
@@ -138,7 +138,7 @@
</menu>
<menu name="Resources">
- <item name="Wiki" href="http://wiki.apache.org/tapestry"/>
+ <item name="Wiki" href="http://wiki.apache.org/tapestry/FrontPage"/>
<item name="Wiki HowTos" href="http://wiki.apache.org/tapestry/Tapestry5HowTos"/>
</menu>
[ https://issues.apache.org/jira/browse/TAP5-936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ulrich Stärk updated TAP5-936:
------------------------------
Assignee: Ulrich Stärk
Affects Version/s: (was: 5.2.0.0)
5.2
Remaining Estimate: 0h
Original Estimate: 0h
> Tapestry wiki link links to nothing for locales other then en
> -------------------------------------------------------------
>
> Key: TAP5-936
> URL: https://issues.apache.org/jira/browse/TAP5-936
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2, 5.1.0.5, 5.0.18
> Reporter: Ulrich Stärk
> Assignee: Ulrich Stärk
> Priority: Minor
> Original Estimate: 0h
> Remaining Estimate: 0h
>
> The wiki link should link explicitly to http://wiki.apache.org/tapestry/FrontPage, otherwise
MoinMoin will choose a start page according to the user's browser's locale which in my case
(de) leads to an empty page.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joost Schouten updated TAP5-937:
--------------------------------
Attachment: parameter_addition_patch.txt
patch checks if the baseURI already contains a '?', if so start adding the new params with
an '&', otherwise start with a '?'. Also added a test for a situation where a base URI
with parameters on the path in instantiated.
> LinkImpl does not handle parameters propery when passed into the constructor
> ----------------------------------------------------------------------------
>
> Key: TAP5-937
> URL: https://issues.apache.org/jira/browse/TAP5-937
> Project: Tapestry 5
> Issue Type: Bug
> Components: tapestry-core
> Affects Versions: 5.1
> Reporter: Joost Schouten
> Attachments: parameter_addition_patch.txt
>
>
> I noticed this after using the AjaxFormLoop AddRowLink on a page which has an onActivate
and onPassivate resulting in the addition of a "t:ac" to the url. Debugging showed me that
the t:ac is already present on instantiation of the LinkImpl. When calling toAbsoluteUri the
parameters are added in a way where they will always start with a "?". Obvisouly resulting
in an invalid URL with two ?'s
> I'm building a failing test at this stage and will provide a patch once resolved.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joost Schouten updated TAP5-937:
--------------------------------
Attachment: (was: parameter_addition_patch.txt)
> LinkImpl does not handle parameters propery when passed into the constructor
> ----------------------------------------------------------------------------
>
> Key: TAP5-937
> URL: https://issues.apache.org/jira/browse/TAP5-937
> Project: Tapestry 5
> Issue Type: Bug
> Components: tapestry-core
> Affects Versions: 5.1
> Reporter: Joost Schouten
>
> I noticed this after using the AjaxFormLoop AddRowLink on a page which has an onActivate
and onPassivate resulting in the addition of a "t:ac" to the url. Debugging showed me that
the t:ac is already present on instantiation of the LinkImpl. When calling toAbsoluteUri the
parameters are added in a way where they will always start with a "?". Obvisouly resulting
in an invalid URL with two ?'s
> I'm building a failing test at this stage and will provide a patch once resolved.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ulrich Stärk closed TAP5-813.
-----------------------------
Resolution: Fixed
> the component rendering page of the user guide is not generated by maven
> ------------------------------------------------------------------------
>
> Key: TAP5-813
> URL: https://issues.apache.org/jira/browse/TAP5-813
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2
> Reporter: Ulrich Stärk
> Assignee: Ulrich Stärk
> Priority: Minor
> Fix For: 5.2.0.0
>
> Attachments: TAP5-813.txt
>
> Original Estimate: 0h
> Remaining Estimate: 0h
>
> Due to missing braces, maven does not generate the component rendering page ot the user
guide.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ulrich Stärk updated TAP5-813:
------------------------------
Fix Version/s: 5.2.0.0
Remaining Estimate: 0h
Original Estimate: 0h
> the component rendering page of the user guide is not generated by maven
> ------------------------------------------------------------------------
>
> Key: TAP5-813
> URL: https://issues.apache.org/jira/browse/TAP5-813
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2
> Reporter: Ulrich Stärk
> Assignee: Ulrich Stärk
> Priority: Minor
> Fix For: 5.2.0.0
>
> Attachments: TAP5-813.txt
>
> Original Estimate: 0h
> Remaining Estimate: 0h
>
> Due to missing braces, maven does not generate the component rendering page ot the user
guide.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Author: uli
Date: Mon Dec 7 19:54:17 2009
New Revision: 888110
URL: http://svn.apache.org/viewvc?rev=888110&view=rev
Log:
TAP5-813: the component rendering page of the user guide is not generated by maven
Modified:
tapestry/tapestry5/trunk/src/site/apt/guide/rendering.apt
Modified: tapestry/tapestry5/trunk/src/site/apt/guide/rendering.apt
URL: http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/src/site/apt/guide/rendering.apt?rev=888110&r1=888109&r2=888110&view=diff
==============================================================================
--- tapestry/tapestry5/trunk/src/site/apt/guide/rendering.apt (original)
+++ tapestry/tapestry5/trunk/src/site/apt/guide/rendering.apt Mon Dec 7 19:54:17 2009
@@ -295,7 +295,7 @@
The order in which the mixins of a given class (@MixinAfter or mixins before) execute is
determined
by the ordering constraints specified for the mixins. If no constrains are provided, the
order is undefined.
- See {{{mixins.html}component mixins} for more details.
+ See {{{mixins.html}component mixins}} for more details.
* Parents before Child
[ https://issues.apache.org/jira/browse/TAP5-813?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ulrich Stärk reassigned TAP5-813:
---------------------------------
Assignee: Ulrich Stärk
> the component rendering page of the user guide is not generated by maven
> ------------------------------------------------------------------------
>
> Key: TAP5-813
> URL: https://issues.apache.org/jira/browse/TAP5-813
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2
> Reporter: Ulrich Stärk
> Assignee: Ulrich Stärk
> Priority: Minor
> Attachments: TAP5-813.txt
>
>
> Due to missing braces, maven does not generate the component rendering page ot the user
guide.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Author: uli
Date: Mon Dec 7 18:31:35 2009
New Revision: 888068
URL: http://svn.apache.org/viewvc?rev=888068&view=rev
Log:
Add myself (Ulrich Stärk) to the committers lists.
Modified:
tapestry/tapestry-site/trunk/pom.xml
tapestry/tapestry-site/trunk/src/site/xdoc/committers.xml
tapestry/tapestry5/trunk/pom.xml
Modified: tapestry/tapestry-site/trunk/pom.xml
URL: http://svn.apache.org/viewvc/tapestry/tapestry-site/trunk/pom.xml?rev=888068&r1=888067&r2=888068&view=diff
==============================================================================
--- tapestry/tapestry-site/trunk/pom.xml (original)
+++ tapestry/tapestry-site/trunk/pom.xml Mon Dec 7 18:31:35 2009
@@ -168,6 +168,15 @@
</roles>
<timezone>-3</timezone>
</developer>
+ <developer>
+ <id>uli</id>
+ <name>Ulrich Stärk</name>
+ <email>uli@apache.org</email>
+ <roles>
+ <role>Developer</role>
+ </roles>
+ <timezone>+1</timezone>
+ </developer>
</developers>
<distributionManagement>
Modified: tapestry/tapestry-site/trunk/src/site/xdoc/committers.xml
URL: http://svn.apache.org/viewvc/tapestry/tapestry-site/trunk/src/site/xdoc/committers.xml?rev=888068&r1=888067&r2=888068&view=diff
==============================================================================
--- tapestry/tapestry-site/trunk/src/site/xdoc/committers.xml (original)
+++ tapestry/tapestry-site/trunk/src/site/xdoc/committers.xml Mon Dec 7 18:31:35 2009
@@ -73,6 +73,12 @@
<td>May 2007</td>
<td/>
</tr>
+ <tr>
+ <td>Ulrich Stärk</td>
+ <td>-</td>
+ <td>Nov 2009</td>
+ <td/>
+ </tr>
<tr>
<td>Brian K. Wallace</td>
Modified: tapestry/tapestry5/trunk/pom.xml
URL: http://svn.apache.org/viewvc/tapestry/tapestry5/trunk/pom.xml?rev=888068&r1=888067&r2=888068&view=diff
==============================================================================
--- tapestry/tapestry5/trunk/pom.xml (original)
+++ tapestry/tapestry5/trunk/pom.xml Mon Dec 7 18:31:35 2009
@@ -113,6 +113,15 @@
</roles>
<timezone>-3</timezone>
</developer>
+ <developer>
+ <id>uli</id>
+ <name>Ulrich Stärk</name>
+ <email>uli@apache.org</email>
+ <roles>
+ <role>Developer</role>
+ </roles>
+ <timezone>+1</timezone>
+ </developer>
</developers>
<ciManagement>
[ https://issues.apache.org/jira/browse/TAP5-840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robin Komiwes updated TAP5-840:
-------------------------------
Attachment: patch.txt
As I needed HTML5 for some projects, I made the fix.
I've explored many ways, such as DTDOverriding , custom external entity resolving...Without
success. I also tried to use TemplateParserImpl.resolveEntity() and to add a hack for HTML5
like it's made for HTML4. But still no success.
Finally, I tried with XMLInputFactory.IS_REPLACING_ENTITY_REFERENCES property set to false
, a new TemplateToken implementation for entities, and it works.
Now, every entities, with or without a doctype set, are now simply output "as it".
I created a new symbol to offer the possibility to go back to the old system.
PFA the patch with tests.
> Support character references in tml files with HTML 5 Doctype
> -------------------------------------------------------------
>
> Key: TAP5-840
> URL: https://issues.apache.org/jira/browse/TAP5-840
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.0.18
> Reporter: Ben Gidley
> Attachments: patch.txt
>
>
> Currently to support HTML character references (e.g. ©) you need to put a HTML
Doctype at the top of the TML file.
> e.g. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
> However for HTML 5 they have stopped using XML doctypes and instead use
> <!DOCTYPE html>
> If you change tapestry page to use this you can no longer use entities as the XML parser
doesn't know what to do.
> Ideally there should be some kind of logic that detects <!DOCTYPE html> and include
a suitable DTD to resolve the common HTML entities. The HTML 5 specification defines the allowed
named character references - http://dev.w3.org/html5/spec/Overview.html#named-character-references.
There doesn't seem to be a DTD of allowed references maintained anymore.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-445?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12785963#action_12785963
]
Gabriel Falkenberg commented on TAP5-445:
-----------------------------------------
Just so that people finding this page via Google has something to copy/paste to turn off GZIP-compression
in their Tapestry 5 apps:
public static void contributeApplicationDefaults(MappedConfiguration<String, String>
configuration)
{
configuration.add(SymbolConstants.GZIP_COMPRESSION_ENABLED, "false");
}
> Add ability to turn off GZIP compression easily, for both static assets and dynamic page
renders
> ------------------------------------------------------------------------------------------------
>
> Key: TAP5-445
> URL: https://issues.apache.org/jira/browse/TAP5-445
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.1.0.0
> Reporter: Fernando
> Assignee: Howard M. Lewis Ship
> Fix For: 5.1.0.0
>
>
> I have to report a huge regression because of Tapestry Compression.
> I just tried running with the latest tapestry and it worked just fine most of the time
( going against browsers ), but we interact with the Facebook proxy, and it looks like they
got totally confused with the tapestry compression support, thus they would only serve up
an error page. Luckily, with Tapestry's new configuration override feature (thank you howard),
I was able to turn it off easily, and have my app working again.
> public void contributeHttpServletRequestHandler( OrderedConfiguration<HttpServletRequestFilter>
configuration ) {
> configuration.override( "GZIP", null );
> }
> So I wanted to report this regression, it might be the case that I'm the only one affected,
but we don't for sure, and probably people will never realize why it doesn't work. I don't
know if any other issues might arise from tapestry-compression, but I will want to make sure
I can turn the feature off as I need to.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12785233#action_12785233
]
Peter Rietzler commented on TAP5-930:
-------------------------------------
Here is a simple tml that shows the problem
- clicking on the button triggers the correct behavior -> two messages 'onsubmit' and 'onsubmit
from event handler'
- clicking on the link triggers only one message -> 'onsubmit' (any other event handlers
are not executed because in LinkSubmit.js only onsubmit is executed)
<html xmlns:t="http://tapestry.apache.org/schema/tapestry_5_1_0.xsd" xmlns:p="tapestry:parameter"
>
<body>
<t:form id="form" onsubmit="alert('onsubmit')">
<t:linkSubmit>Submit Form</t:linkSubmit>
<t:submit/>
</t:form>
<script type="text/javascript">
$("form").addEventListener("submit", function() {
alert('onsubmit from event handler');
}, false);
</script>
</body>
</html>
> linksubmit does not fire sumbit event in 5.1.0.5
> ------------------------------------------------
>
> Key: TAP5-930
> URL: https://issues.apache.org/jira/browse/TAP5-930
> Project: Tapestry 5
> Issue Type: Bug
> Affects Versions: 5.1
> Environment: java 1.6
> windows 7
> tapestry 5.1.0.5
> firefox 3.5 or google chrome
> Reporter: Sergey Kashin
> Priority: Critical
> Attachments: linksubmit.js
>
>
> linksubmit does not fire sumbit form
> where is no any action
> if i change linksubmit to submit buttom all works fine
> Template:
> ----------------------------------------------------------------------------------
> <?xml version="1.0" encoding="windows-1251"?>
> <html xmlns:t="http://tapestry.apache.org/schema/tapestry_5_0_0.xsd" xmlns:p="tapestry:parameter">
> <t:form t:id="frm" >
> <t:textfield value="txt"></t:textfield><br/>
> <t:linksubmit t:id="save" >Save</t:linksubmit> . <t:linksubmit
t:id="cancel" >Cancel</t:linksubmit>
> </t:form>
> </html>
> ----------------------------------------------------------------------------------
> java code:
> ----------------------------------------------------------------------------------
> private Object formEventReturn;
> @Property
> private String txt;
> void onSelectedFromSave() {
> // do whatever;
> formEventReturn = Index.class; // go to AnotherPage
> }
> void onSelectedFromCancel() {
> // do whatever
> formEventReturn = null; // stay on this page
> }
> Object onSuccessFromFrm() {
> //do things specific to form Foo
> return formEventReturn;
> }
> ----------------------------------------------------------------------------------
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12785188#action_12785188
]
Geoff Callender commented on TAP5-815:
--------------------------------------
Hey Robert,
I haven't had a chance to review the AssetProtectionDispatcher, but can you confirm its default
setup matches the following bits of the servlet spec? I think the servlet spec describes the
behaviour that developers would reasonably expect, regardless of the fact that T5 doesn't
use servlets.
1. ALWAYS deny clients access to WEB-INF:
"any requests from the client to access the resources in WEB-INF/ directory must be returned
with a SC_NOT_FOUND(404) response." (Servlet Spec 2.4 section 9.5)
2. ALWAYS deny clients access to META-INF:
"any requests to access the resources in META-INF directory must be returned with a SC_NOT_FOUND(404)
response." (Servlet spec 2.4 section 9.6)
3. By default, allow access to static resources:
"Web containers are required to support access to web resources by clients that have not authenticated
themselves to the container. This is the common mode of access to web resources on the Internet."
(Servlet Spec 2.4 section 12.7)
If resources such as .tml files need to be hidden then either move them into WEB-INF/classes
(which I'd argue is where they belong anyway as they are a non-configurable part of the app)
or blacklist them.
As for displaying index pages as the client traverses the resources, I think we're all agreed
it's wrong.
Geoff
> Asset dispatcher allows any file inside the webapp visible and downloadable
> ---------------------------------------------------------------------------
>
> Key: TAP5-815
> URL: https://issues.apache.org/jira/browse/TAP5-815
> Project: Tapestry 5
> Issue Type: Bug
> Affects Versions: 5.1.0.5
> Reporter: Thiago H. de Paula Figueiredo
> Assignee: Robert Zeigler
> Priority: Blocker
>
> Take any asset and you have an URL like domain.com/assets/ctx/f10407a6c1753e39/css/main.css.
If you request domain.com/assets/ctx/f10407a6c1753e39/, a list containing all the files inside
the webapp root is shown. It gives you the hint at downloading any file you want, including
anyting inside WEB-INF and assets that should be protected by ResourceDigestGenerator.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-915?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Igor Drobiazko reassigned TAP5-915:
-----------------------------------
Assignee: Igor Drobiazko
> It should be possible to override a components message catalog
> --------------------------------------------------------------
>
> Key: TAP5-915
> URL: https://issues.apache.org/jira/browse/TAP5-915
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.2.0.0
> Reporter: Igor Drobiazko
> Assignee: Igor Drobiazko
>
> If have often the use case to override an existing component messages catalog because
the existing translation for certain languages is bad or written in techie language. For example
the message 'Date value '%s' is not parseable' is not manager friendly.
> We need something like a 'ValidationMessagesSource' for component message catalogs.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
When a ValueEncoder is unable to convert an id to a entity, it should wrap the underlying type
coercion exception to describe the input and expected output type
----------------------------------------------------------------------------------------------------------------------------------------------------------------
Key: TAP5-944
URL: https://issues.apache.org/jira/browse/TAP5-944
Project: Tapestry 5
Issue Type: Bug
Components: tapestry-hibernate
Affects Versions: 5.2
Reporter: Howard M. Lewis Ship
I.e., "Unable to convert 'xyz' to a com.myco.entities.User instance."
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-943?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12784977#action_12784977
]
Howard M. Lewis Ship commented on TAP5-943:
-------------------------------------------
Also, the documentation for ComponentEventCallback is incorrect.
> Documentation for event handler methods should go into detail about returns true or false
> -----------------------------------------------------------------------------------------
>
> Key: TAP5-943
> URL: https://issues.apache.org/jira/browse/TAP5-943
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2.0.0
> Reporter: Howard M. Lewis Ship
>
> When me, the author, has to go digging in the code to figure out what happens, that's
a real problem!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Documentation for event handler methods should go into detail about returns true or false
-----------------------------------------------------------------------------------------
Key: TAP5-943
URL: https://issues.apache.org/jira/browse/TAP5-943
Project: Tapestry 5
Issue Type: Bug
Components: documentation
Affects Versions: 5.2.0.0
Reporter: Howard M. Lewis Ship
When me, the author, has to go digging in the code to figure out what happens, that's a real
problem!
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12784963#action_12784963
]
Howard M. Lewis Ship commented on TAP5-940:
-------------------------------------------
An obvious workaround would be to include, in the body of the Zone, a non-rendering component
that starts and ends a heartbeat.
> Zone should fire a heart beat event
> -----------------------------------
>
> Key: TAP5-940
> URL: https://issues.apache.org/jira/browse/TAP5-940
> Project: Tapestry 5
> Issue Type: Bug
> Affects Versions: 5.1.0.5
> Reporter: mindhawk
> Priority: Minor
>
> If there is not a component in Zone fire a heart beat event, the forced attributes would
not return to the client, although the page would fire this event at the end.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Javascript error after zone refreshed for IE
--------------------------------------------
Key: TAP5-942
URL: https://issues.apache.org/jira/browse/TAP5-942
Project: Tapestry 5
Issue Type: Bug
Affects Versions: 5.1.0.5
Reporter: mindhawk
Priority: Critical
If I write such a html template as follows:
<div t:type="zone" t:id="zone">
<div onclick="javascript:alert('ok')">click</div>
</div>
There will be an javascript error for IE because at this time the template is show as follow:
<div onclick='alert('ok')'>click</div>
If I click on the div, a error will occour in IE, but others work well
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-941?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
mindhawk updated TAP5-941:
--------------------------
Attachment: Chinese_localization_for_corelib_components .rar
Form_zh_CN.properties
GridColumns_zh_CN.properties
Grid_zh_CN.properties
GridPager_zh_CN.properties
BeanEditForm_zh_CN.properties
PropertyEditor_zh_CN.properties
DateField_zh_CN.properties
Palette_zh_CN.properties
ProgressiveDisplay_zh_CN.properties
> Chinese localization for corelib components
> -------------------------------------------
>
> Key: TAP5-941
> URL: https://issues.apache.org/jira/browse/TAP5-941
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.1.0.5
> Reporter: mindhawk
> Priority: Minor
> Attachments: Chinese_localization_for_corelib_components .rar
>
>
> Chinese localization for corelib components
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Chinese localization for corelib components
-------------------------------------------
Key: TAP5-941
URL: https://issues.apache.org/jira/browse/TAP5-941
Project: Tapestry 5
Issue Type: Improvement
Components: tapestry-core
Affects Versions: 5.1.0.5
Reporter: mindhawk
Priority: Minor
Chinese localization for corelib components
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Zone should fire a heart beat event
-----------------------------------
Key: TAP5-940
URL: https://issues.apache.org/jira/browse/TAP5-940
Project: Tapestry 5
Issue Type: Bug
Affects Versions: 5.1.0.5
Reporter: mindhawk
Priority: Minor
If there is not a component in Zone fire a heart beat event, the forced attributes would not
return to the client, although the page would fire this event at the end.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-939?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
mindhawk updated TAP5-939:
--------------------------
Attachment: ValidationMessages_zh_CN.properties
Add some localization messages for zh_CN
> Chinese localization for ValidationMessages_zh_CN
> -------------------------------------------------
>
> Key: TAP5-939
> URL: https://issues.apache.org/jira/browse/TAP5-939
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.1.0.5
> Reporter: mindhawk
> Priority: Trivial
> Attachments: ValidationMessages_zh_CN.properties
>
>
> Chinese localization for ValidationMessages_zh_CN
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Chinese localization for ValidationMessages_zh_CN
-------------------------------------------------
Key: TAP5-939
URL: https://issues.apache.org/jira/browse/TAP5-939
Project: Tapestry 5
Issue Type: Improvement
Components: tapestry-core
Affects Versions: 5.1.0.5
Reporter: mindhawk
Priority: Trivial
Chinese localization for ValidationMessages_zh_CN
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Niederwieser updated TAP5-839:
------------------------------------
Attachment: fix_for_TAP5-839.patch
Here is a patch for this bug, along with a test. Hope this will speed things up.
> Tapestry should ignore (public) synthetic methods in module classes
> -------------------------------------------------------------------
>
> Key: TAP5-839
> URL: https://issues.apache.org/jira/browse/TAP5-839
> Project: Tapestry 5
> Issue Type: Bug
> Reporter: Peter Niederwieser
> Attachments: fix_for_TAP5-839.patch
>
>
> Groovy (and probably other alternative languages as well) enriches its classes with public
synthetic methods. For module classes written in Groovy, Tapestry complains that it doesn't
recognize these methods. Because synthetic methods are obviously not meant for Tapestry, they
should be ignored.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-930?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12784223#action_12784223
]
Ulrich Stärk commented on TAP5-930:
-----------------------------------
As I already said: from the example supplied it is only apparent that the SELECTED event might
not have been fired. I ask again: are you sure that it's the submit event that doesn't get
fired or is it the selected event? If the latter is the case, this is a duplicate of TAP5-779.
> linksubmit does not fire sumbit event in 5.1.0.5
> ------------------------------------------------
>
> Key: TAP5-930
> URL: https://issues.apache.org/jira/browse/TAP5-930
> Project: Tapestry 5
> Issue Type: Bug
> Affects Versions: 5.1
> Environment: java 1.6
> windows 7
> tapestry 5.1.0.5
> firefox 3.5 or google chrome
> Reporter: Sergey Kashin
> Priority: Critical
> Attachments: linksubmit.js
>
>
> linksubmit does not fire sumbit form
> where is no any action
> if i change linksubmit to submit buttom all works fine
> Template:
> ----------------------------------------------------------------------------------
> <?xml version="1.0" encoding="windows-1251"?>
> <html xmlns:t="http://tapestry.apache.org/schema/tapestry_5_0_0.xsd" xmlns:p="tapestry:parameter">
> <t:form t:id="frm" >
> <t:textfield value="txt"></t:textfield><br/>
> <t:linksubmit t:id="save" >Save</t:linksubmit> . <t:linksubmit
t:id="cancel" >Cancel</t:linksubmit>
> </t:form>
> </html>
> ----------------------------------------------------------------------------------
> java code:
> ----------------------------------------------------------------------------------
> private Object formEventReturn;
> @Property
> private String txt;
> void onSelectedFromSave() {
> // do whatever;
> formEventReturn = Index.class; // go to AnotherPage
> }
> void onSelectedFromCancel() {
> // do whatever
> formEventReturn = null; // stay on this page
> }
> Object onSuccessFromFrm() {
> //do things specific to form Foo
> return formEventReturn;
> }
> ----------------------------------------------------------------------------------
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-930?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Peter Rietzler updated TAP5-930:
--------------------------------
Attachment: linksubmit.js
We've got the same problem.
The problem is that form.submit() does not execute event handlers attached to the form element.
The submitted patch solves this issue for Firefox only! I've tried to do the same with prototype's
Event.fire() method but there was no chance to react on the return value of the event handler
functions (maybe there is but I haven't inspected this in detail...)
If you wonder about the removeHidden() function ... I had the problem that the hidden field
is NOT transmitted if it's added after the event was raised.
This is just a quick fix - but I guess it should show the basic problem.
Cheers,
Peter
> linksubmit does not fire sumbit event in 5.1.0.5
> ------------------------------------------------
>
> Key: TAP5-930
> URL: https://issues.apache.org/jira/browse/TAP5-930
> Project: Tapestry 5
> Issue Type: Bug
> Affects Versions: 5.1
> Environment: java 1.6
> windows 7
> tapestry 5.1.0.5
> firefox 3.5 or google chrome
> Reporter: Sergey Kashin
> Priority: Critical
> Attachments: linksubmit.js
>
>
> linksubmit does not fire sumbit form
> where is no any action
> if i change linksubmit to submit buttom all works fine
> Template:
> ----------------------------------------------------------------------------------
> <?xml version="1.0" encoding="windows-1251"?>
> <html xmlns:t="http://tapestry.apache.org/schema/tapestry_5_0_0.xsd" xmlns:p="tapestry:parameter">
> <t:form t:id="frm" >
> <t:textfield value="txt"></t:textfield><br/>
> <t:linksubmit t:id="save" >Save</t:linksubmit> . <t:linksubmit
t:id="cancel" >Cancel</t:linksubmit>
> </t:form>
> </html>
> ----------------------------------------------------------------------------------
> java code:
> ----------------------------------------------------------------------------------
> private Object formEventReturn;
> @Property
> private String txt;
> void onSelectedFromSave() {
> // do whatever;
> formEventReturn = Index.class; // go to AnotherPage
> }
> void onSelectedFromCancel() {
> // do whatever
> formEventReturn = null; // stay on this page
> }
> Object onSuccessFromFrm() {
> //do things specific to form Foo
> return formEventReturn;
> }
> ----------------------------------------------------------------------------------
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-938?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Howard M. Lewis Ship updated TAP5-938:
--------------------------------------
Priority: Minor (was: Major)
> Expose ability to render a portion of a page (a Block, Component, etc.) without using
internal services
> -------------------------------------------------------------------------------------------------------
>
> Key: TAP5-938
> URL: https://issues.apache.org/jira/browse/TAP5-938
> Project: Tapestry 5
> Issue Type: New Feature
> Components: tapestry-core
> Affects Versions: 5.2
> Reporter: Howard M. Lewis Ship
> Priority: Minor
>
> Currently you have to create an instance of PageRenderQueyeImpl and obtain an appropriate
MarkupWriter. This could be combined into a facade service to do all the necessary work.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Expose ability to render a portion of a page (a Block, Component, etc.) without using internal
services
-------------------------------------------------------------------------------------------------------
Key: TAP5-938
URL: https://issues.apache.org/jira/browse/TAP5-938
Project: Tapestry 5
Issue Type: New Feature
Components: tapestry-core
Affects Versions: 5.2
Reporter: Howard M. Lewis Ship
Currently you have to create an instance of PageRenderQueyeImpl and obtain an appropriate
MarkupWriter. This could be combined into a facade service to do all the necessary work.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-937?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12783563#action_12783563
]
Joost Schouten commented on TAP5-937:
-------------------------------------
The problem only exists when using any UrlRewriteRule, activation context and additional parameters.
The t:ac seems to be added to the URL before the UrlRewriting happens, where the AjaxFormLoop
parameters seem to be added after the rewriting which results in the buildURI being called
twice, causing the double questionmark.
> LinkImpl does not handle parameters propery when passed into the constructor
> ----------------------------------------------------------------------------
>
> Key: TAP5-937
> URL: https://issues.apache.org/jira/browse/TAP5-937
> Project: Tapestry 5
> Issue Type: Bug
> Components: tapestry-core
> Affects Versions: 5.1
> Reporter: Joost Schouten
> Attachments: parameter_addition_patch.txt
>
>
> I noticed this after using the AjaxFormLoop AddRowLink on a page which has an onActivate
and onPassivate resulting in the addition of a "t:ac" to the url. Debugging showed me that
the t:ac is already present on instantiation of the LinkImpl. When calling toAbsoluteUri the
parameters are added in a way where they will always start with a "?". Obvisouly resulting
in an invalid URL with two ?'s
> I'm building a failing test at this stage and will provide a patch once resolved.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-927?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12783445#action_12783445
]
Peter Niederwieser commented on TAP5-927:
-----------------------------------------
Probably this could be solved just like http://issues.apache.org/jira/browse/TAP5-839 by ignoring
public synthetic methods in module classes.
> Cannot use Scala for Tapestry IOC Modules
> -----------------------------------------
>
> Key: TAP5-927
> URL: https://issues.apache.org/jira/browse/TAP5-927
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-ioc
> Affects Versions: 5.1.0.5
> Reporter: Philip Lopez
> Priority: Minor
>
> Scala (as of 2.7.7) adds a public method $tag() to classes. It's not particularly pretty
(and $tag() is apparently deprecated) but it's there. (See http://programming-scala.labs.oreilly.com/ch14.html#CommandLineToolDecompilers)
> The (new, in 5.1.0.x) checks in org.apache.tapestry5.ioc.internal.DefaultModuleDefImp
mean that a module implemented in Scala throws an exception on load:
> java.lang.RuntimeException: Module class <MODULE_NAME> contains unrecognized public
methods: public static final int <MODULE_NAME>.$tag() throws java.rmi.RemoteException.
> It would be nice to have a way to work around this so that Scala could be used with Tapestry
IOC 5.1.0.x (including Modules). One generic approach may be to have an @IgnoredPublicMethods
annotation applicable to Module classes that took an array of Strings that named methods that
should also be removed from the "methods" set before checking whether there are superfluous
public methods. Of course, there's always the hard-code exception too (ugly but a lot less
"investment" for this pesky incompatibility).
> As an example, the following article describes Scala and Tapestry: http://fanf42.blogspot.com/2009/02/tapestry-5-scala-view-article-in-html.html.
If you checkout the git project and update the Tapestry release version to 5.1.0.5, you'll
see it fail, where in 5.0.x it worked.
> The relevant code is:
> 109 // Want to verify that every public method is meaningful to Tapestry IoC.
Remaining methods might
> 110 // have typos, i.e., "createFoo" that should be "buildFoo".
> 111
> 112 Set<Method> methods = CollectionFactory.newSet(moduleClass.getMethods());
> 113
> 114 methods.removeAll(OBJECT_METHODS);
> 115
> 116 boolean modulePreventsServiceDecoration = moduleClass.getAnnotation(PreventServiceDecoration.class)
!= null;
> 117
> 118 grind(methods, modulePreventsServiceDecoration);
> 119 bind(methods, modulePreventsServiceDecoration);
> 120
> 121 if (methods.isEmpty()) return;
> 122
> 123 throw new RuntimeException(String.format("Module class %s contains unrecognized
public methods: %s.",
> 124 moduleClass.getName(),
> 125 InternalUtils.joinSorted(methods)));
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-937?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Joost Schouten updated TAP5-937:
--------------------------------
Attachment: parameter_addition_patch.txt
this patch will make sure that added parameters start with a ? when no params are available
in the base uri yet, and a & when parameters are already available.
> LinkImpl does not handle parameters propery when passed into the constructor
> ----------------------------------------------------------------------------
>
> Key: TAP5-937
> URL: https://issues.apache.org/jira/browse/TAP5-937
> Project: Tapestry 5
> Issue Type: Bug
> Components: tapestry-core
> Affects Versions: 5.1
> Reporter: Joost Schouten
> Attachments: parameter_addition_patch.txt
>
>
> I noticed this after using the AjaxFormLoop AddRowLink on a page which has an onActivate
and onPassivate resulting in the addition of a "t:ac" to the url. Debugging showed me that
the t:ac is already present on instantiation of the LinkImpl. When calling toAbsoluteUri the
parameters are added in a way where they will always start with a "?". Obvisouly resulting
in an invalid URL with two ?'s
> I'm building a failing test at this stage and will provide a patch once resolved.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
LinkImpl does not handle parameters propery when passed into the constructor
----------------------------------------------------------------------------
Key: TAP5-937
URL: https://issues.apache.org/jira/browse/TAP5-937
Project: Tapestry 5
Issue Type: Bug
Components: tapestry-core
Affects Versions: 5.1
Reporter: Joost Schouten
I noticed this after using the AjaxFormLoop AddRowLink on a page which has an onActivate and
onPassivate resulting in the addition of a "t:ac" to the url. Debugging showed me that the
t:ac is already present on instantiation of the LinkImpl. When calling toAbsoluteUri the parameters
are added in a way where they will always start with a "?". Obvisouly resulting in an invalid
URL with two ?'s
I'm building a failing test at this stage and will provide a patch once resolved.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12782878#action_12782878
]
Ulrich Stärk commented on TAP5-936:
-----------------------------------
The easiest thing to do then is to hard-link to FrontPage.
> Tapestry wiki link links to nothing for locales other then en
> -------------------------------------------------------------
>
> Key: TAP5-936
> URL: https://issues.apache.org/jira/browse/TAP5-936
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2.0.0, 5.1.0.5, 5.0.18
> Reporter: Ulrich Stärk
> Priority: Minor
>
> The wiki link should link explicitly to http://wiki.apache.org/tapestry/FrontPage, otherwise
MoinMoin will choose a start page according to the user's browser's locale which in my case
(de) leads to an empty page.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12782870#action_12782870
]
Andreas Andreou commented on TAP5-936:
--------------------------------------
Just noticed that those 'translated' front pages cannot be deleted or edited (at least by
me)
> Tapestry wiki link links to nothing for locales other then en
> -------------------------------------------------------------
>
> Key: TAP5-936
> URL: https://issues.apache.org/jira/browse/TAP5-936
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2.0.0, 5.1.0.5, 5.0.18
> Reporter: Ulrich Stärk
> Priority: Minor
>
> The wiki link should link explicitly to http://wiki.apache.org/tapestry/FrontPage, otherwise
MoinMoin will choose a start page according to the user's browser's locale which in my case
(de) leads to an empty page.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-936?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12782554#action_12782554
]
Andreas Andreou commented on TAP5-936:
--------------------------------------
I see the problem for a few other locales (french) but not all - no greek :)
Probably they are created by default and we can just delete them - or if someone's interested
he can edit them and/or add translations
> Tapestry wiki link links to nothing for locales other then en
> -------------------------------------------------------------
>
> Key: TAP5-936
> URL: https://issues.apache.org/jira/browse/TAP5-936
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2.0.0, 5.1.0.5, 5.0.18
> Reporter: Ulrich Stärk
> Priority: Minor
>
> The wiki link should link explicitly to http://wiki.apache.org/tapestry/FrontPage, otherwise
MoinMoin will choose a start page according to the user's browser's locale which in my case
(de) leads to an empty page.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[ https://issues.apache.org/jira/browse/TAP5-936?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ulrich Stärk updated TAP5-936:
------------------------------
Affects Version/s: 5.0.18
> Tapestry wiki link links to nothing for locales other then en
> -------------------------------------------------------------
>
> Key: TAP5-936
> URL: https://issues.apache.org/jira/browse/TAP5-936
> Project: Tapestry 5
> Issue Type: Bug
> Components: documentation
> Affects Versions: 5.2.0.0, 5.1.0.5, 5.0.18
> Reporter: Ulrich Stärk
> Priority: Minor
>
> The wiki link should link explicitly to http://wiki.apache.org/tapestry/FrontPage, otherwise
MoinMoin will choose a start page according to the user's browser's locale which in my case
(de) leads to an empty page.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Tapestry wiki link links to nothing for locales other then en
-------------------------------------------------------------
Key: TAP5-936
URL: https://issues.apache.org/jira/browse/TAP5-936
Project: Tapestry 5
Issue Type: Bug
Components: documentation
Affects Versions: 5.1.0.5, 5.2.0.0
Reporter: Ulrich Stärk
Priority: Minor
The wiki link should link explicitly to http://wiki.apache.org/tapestry/FrontPage, otherwise
MoinMoin will choose a start page according to the user's browser's locale which in my case
(de) leads to an empty page.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.