[
https://issues.apache.org/jira/browse/WW-5093?focusedWorklogId=520897&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-520897
]
ASF GitHub Bot logged work on WW-5093:
--------------------------------------
Author: ASF GitHub Bot
Created on: 07/Dec/20 04:18
Start Date: 07/Dec/20 04:18
Worklog Time Spent: 10m
Work Description: coveralls commented on pull request #454:
URL: https://github.com/apache/struts/pull/454#issuecomment-739652759
[](https://coveralls.io/builds/35489566)
Coverage remained the same at 49.78% when pulling
**3a7c35a014f8a3471a1b75e7546e01ecf21d5db3 on
JCgH4164838Gh792C124B5:local_WW-5093_improvement** into
**2739ceaab405a4216cdc3c92b5f951b9d0ea099d on apache:master**.
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
[email protected]
Issue Time Tracking
-------------------
Worklog Id: (was: 520897)
Time Spent: 0.5h (was: 20m)
> inconsistent scope for variables created with s:set and s:url
> -------------------------------------------------------------
>
> Key: WW-5093
> URL: https://issues.apache.org/jira/browse/WW-5093
> Project: Struts 2
> Issue Type: Bug
> Components: Core Tags
> Affects Versions: 2.5.22
> Reporter: nikos dimitrakas
> Priority: Major
> Labels: scope, tag, var
> Fix For: 2.6
>
> Time Spent: 0.5h
> Remaining Estimate: 0h
>
> The implementation of s:set and s:url and s:text is not consistent and not
> well documented.
> Creating a variable with s:set puts the variable in a different default scope
> than creating a variable with s:url or s:text (with the attribute var). It is
> also not documented what the default scope is. After testing I could conclude
> that the scope for a variable created by s:url is request, while the default
> of s:set is not. Furthermore, s:set offers a possibility to specify the scope
> with an attribute, But s:url and s:text do not.
> Possible options would be offering the possibility to specify the scope
> attribute in s:url and s:text, or dropping support for the var attribute for
> s:url and s:text and only allow s:set to create variables (thus being forced
> to nest s:url and s:text inside an s:set). That would be symmetric with how
> s:property does not offer the var attribute. At minimum all three tags should
> have the same default and their default should be explicitly specified in the
> documentation (in the tld and the online manual / tag reference)
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
