[jira] Commented: (WICKET-847) setResponsePage redirects to wrong url
[
https://issues.apache.org/jira/browse/WICKET-847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628320#action_12628320
]
Erik van Oosten commented on WICKET-847:
I got bitten by this as well (with 1.4-m3).
The failing combination is: Tomcat and IE (6 or 7).
Firefox correctly interprets the ./ as so its okay to use Firefox + Tomcat.
Jetty converts ./ to , so its okay to use any borwser on Jetty.
My patch is:
In BookmarkablePageRequestTarget:
public void respond(RequestCycle requestCycle)
{
if (pageClassRef != null pageClassRef.get() != null)
{
if (requestCycle.isRedirect())
{
IRequestCycleProcessor processor =
requestCycle.getProcessor();
String redirectUrl =
processor.getRequestCodingStrategy()
.encode(requestCycle, this)
.toString();
// START OF PATCH
if (redirectUrl.startsWith(./)) {
redirectUrl = redirectUrl.substring(2);
}
// END OF PATCH
requestCycle.getResponse().redirect(redirectUrl);
}
else
{
// Let the page render itself
getPage(requestCycle).renderPage();
}
}
}
And in RedirectRequestTarget:
public void respond(RequestCycle requestCycle)
{
Response response = requestCycle.getResponse();
response.reset();
if (redirectUrl.startsWith(/))
{
RequestContext rc = RequestContext.get();
if (rc.isPortletRequest()
((PortletRequestContext)rc).isEmbedded())
{
response.redirect(redirectUrl);
}
else
{
String location = RequestCycle.get()
.getRequest()
.getRelativePathPrefixToContextRoot() +
this.redirectUrl.substring(1);
// START OF PATCH
if (location.startsWith(./)) {
location = location.substring(2);
}
// END OF PATCH
response.redirect(location);
}
}
else if (redirectUrl.startsWith(http://;) ||
redirectUrl.startsWith(https://;))
{
response.redirect(redirectUrl);
}
else
{
response.redirect(RequestCycle.get()
.getRequest()
.getRelativePathPrefixToWicketHandler() +
redirectUrl);
}
}
setResponsePage redirects to wrong url
--
Key: WICKET-847
URL: https://issues.apache.org/jira/browse/WICKET-847
Project: Wicket
Issue Type: Bug
Components: wicket
Affects Versions: 1.3.0-beta2
Reporter: Andrew Klochkov
Assignee: Alastair Maw
Fix For: 1.3.5
Attachments: wicket-quickstart.tar.gz
When I do setResponsePage(MyHomePage.class) IE tries to show me
my.site.com/./ url and gets 404 response.
Firefox just shows my.site.com without any troubles. I'm using wicket
1.3-beta2 and WicketFilter mapped to /*.
It's being reproduced under tomcat only, jetty works fine. My tomcat version
is 5.5.17.
Quickstart project which reproduces the bug is attached.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (WICKET-847) setResponsePage redirects to wrong url
[
https://issues.apache.org/jira/browse/WICKET-847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628320#action_12628320
]
erikvanoosten edited comment on WICKET-847 at 9/4/08 5:03 AM:
I got bitten by this as well (with 1.4-m3).
The failing combination is: Tomcat and IE (6 or 7).
Firefox correctly interprets the ./ as so its okay to use Firefox + Tomcat.
Jetty converts ./ to , so its okay to use any borwser on Jetty.
My workaround was to patch these two Wicket core files (I can confirm it works):
BookmarkablePageRequestTarget:
---8--
public void respond(RequestCycle requestCycle)
{
if (pageClassRef != null pageClassRef.get() != null)
{
if (requestCycle.isRedirect())
{
IRequestCycleProcessor processor =
requestCycle.getProcessor();
String redirectUrl =
processor.getRequestCodingStrategy()
.encode(requestCycle, this)
.toString();
// START OF PATCH
if (redirectUrl.startsWith(./)) {
redirectUrl = redirectUrl.substring(2);
}
// END OF PATCH
requestCycle.getResponse().redirect(redirectUrl);
}
else
{
// Let the page render itself
getPage(requestCycle).renderPage();
}
}
}
---8--
RedirectRequestTarget:
---8--
public void respond(RequestCycle requestCycle)
{
Response response = requestCycle.getResponse();
response.reset();
if (redirectUrl.startsWith(/))
{
RequestContext rc = RequestContext.get();
if (rc.isPortletRequest()
((PortletRequestContext)rc).isEmbedded())
{
response.redirect(redirectUrl);
}
else
{
String location = RequestCycle.get()
.getRequest()
.getRelativePathPrefixToContextRoot() +
this.redirectUrl.substring(1);
// START OF PATCH
if (location.startsWith(./)) {
location = location.substring(2);
}
// END OF PATCH
response.redirect(location);
}
}
else if (redirectUrl.startsWith(http://;) ||
redirectUrl.startsWith(https://;))
{
response.redirect(redirectUrl);
}
else
{
response.redirect(RequestCycle.get()
.getRequest()
.getRelativePathPrefixToWicketHandler() +
redirectUrl);
}
}
---8--
was (Author: erikvanoosten):
I got bitten by this as well (with 1.4-m3).
The failing combination is: Tomcat and IE (6 or 7).
Firefox correctly interprets the ./ as so its okay to use Firefox + Tomcat.
Jetty converts ./ to , so its okay to use any borwser on Jetty.
My patch is:
In BookmarkablePageRequestTarget:
public void respond(RequestCycle requestCycle)
{
if (pageClassRef != null pageClassRef.get() != null)
{
if (requestCycle.isRedirect())
{
IRequestCycleProcessor processor =
requestCycle.getProcessor();
String redirectUrl =
processor.getRequestCodingStrategy()
.encode(requestCycle, this)
.toString();
// START OF PATCH
if (redirectUrl.startsWith(./)) {
redirectUrl = redirectUrl.substring(2);
}
// END OF PATCH
requestCycle.getResponse().redirect(redirectUrl);
}
else
{
// Let the page render itself
getPage(requestCycle).renderPage();
}
}
}
And in RedirectRequestTarget:
public void respond(RequestCycle requestCycle)
{
Response response = requestCycle.getResponse();
response.reset();
if (redirectUrl.startsWith(/))
{
[jira] Issue Comment Edited: (WICKET-847) setResponsePage redirects to wrong url
[
https://issues.apache.org/jira/browse/WICKET-847?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628320#action_12628320
]
erikvanoosten edited comment on WICKET-847 at 9/4/08 5:03 AM:
I got bitten by this as well (with 1.4-m3).
The failing combination is: Tomcat and IE (6 or 7).
Firefox correctly interprets the ./ as so its okay to use Firefox + Tomcat.
Jetty converts ./ to , so its okay to use any borwser on Jetty.
My workaround was to patch these two Wicket core files (I can confirm it works
when redirecting to the home page):
BookmarkablePageRequestTarget:
---8--
public void respond(RequestCycle requestCycle)
{
if (pageClassRef != null pageClassRef.get() != null)
{
if (requestCycle.isRedirect())
{
IRequestCycleProcessor processor =
requestCycle.getProcessor();
String redirectUrl =
processor.getRequestCodingStrategy()
.encode(requestCycle, this)
.toString();
// START OF PATCH
if (redirectUrl.startsWith(./)) {
redirectUrl = redirectUrl.substring(2);
}
// END OF PATCH
requestCycle.getResponse().redirect(redirectUrl);
}
else
{
// Let the page render itself
getPage(requestCycle).renderPage();
}
}
}
---8--
RedirectRequestTarget:
---8--
public void respond(RequestCycle requestCycle)
{
Response response = requestCycle.getResponse();
response.reset();
if (redirectUrl.startsWith(/))
{
RequestContext rc = RequestContext.get();
if (rc.isPortletRequest()
((PortletRequestContext)rc).isEmbedded())
{
response.redirect(redirectUrl);
}
else
{
String location = RequestCycle.get()
.getRequest()
.getRelativePathPrefixToContextRoot() +
this.redirectUrl.substring(1);
// START OF PATCH
if (location.startsWith(./)) {
location = location.substring(2);
}
// END OF PATCH
response.redirect(location);
}
}
else if (redirectUrl.startsWith(http://;) ||
redirectUrl.startsWith(https://;))
{
response.redirect(redirectUrl);
}
else
{
response.redirect(RequestCycle.get()
.getRequest()
.getRelativePathPrefixToWicketHandler() +
redirectUrl);
}
}
---8--
was (Author: erikvanoosten):
I got bitten by this as well (with 1.4-m3).
The failing combination is: Tomcat and IE (6 or 7).
Firefox correctly interprets the ./ as so its okay to use Firefox + Tomcat.
Jetty converts ./ to , so its okay to use any borwser on Jetty.
My workaround was to patch these two Wicket core files (I can confirm it works):
BookmarkablePageRequestTarget:
---8--
public void respond(RequestCycle requestCycle)
{
if (pageClassRef != null pageClassRef.get() != null)
{
if (requestCycle.isRedirect())
{
IRequestCycleProcessor processor =
requestCycle.getProcessor();
String redirectUrl =
processor.getRequestCodingStrategy()
.encode(requestCycle, this)
.toString();
// START OF PATCH
if (redirectUrl.startsWith(./)) {
redirectUrl = redirectUrl.substring(2);
}
// END OF PATCH
requestCycle.getResponse().redirect(redirectUrl);
}
else
{
// Let the page render itself
getPage(requestCycle).renderPage();
}
}
}
---8--
RedirectRequestTarget:
---8--
public void
[jira] Commented: (WICKET-1449) './' appended to URL causes HTTP 404 in Internet Explorer (using root context)
[
https://issues.apache.org/jira/browse/WICKET-1449?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628321#action_12628321
]
Erik van Oosten commented on WICKET-1449:
-
Duplicate of WICKET-847.
I would rate this issue as a blocker as well.
'./' appended to URL causes HTTP 404 in Internet Explorer (using root context)
--
Key: WICKET-1449
URL: https://issues.apache.org/jira/browse/WICKET-1449
Project: Wicket
Issue Type: Bug
Components: wicket
Affects Versions: 1.3.2
Environment: Wicket 1.3.2
JBoss 4.0/Jetty 6.1.7
JDK 1.6.0_03
Reporter: Will Hoover
Assignee: Alastair Maw
Fix For: 1.3.5
Original Estimate: 72h
Remaining Estimate: 72h
SYNOPSIS:
1) Web application is using the root context (/)
1) form.add(new Button(mybutton));
2) Button is clicked on any WebPage that is NOT MOUNTED
ISSUE:
WebRequestCodingStrategy.encode appends './' to the URL. The page is
redirected to http://www.mysite.com/./; It works fine in Firefox and Opera,
but in IE an HTTP 404 ('.' page is not found) is rendered.
Mounting the home page to something like '/home' solved the problem ('./' is
not appended, but this causes a redirect every time a use hits the page).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WICKET-1773) DiskPageStore-FileNotFoundException
[
https://issues.apache.org/jira/browse/WICKET-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628333#action_12628333
]
Jan Kriesten commented on WICKET-1773:
--
Behavior is reproducable when sessions are invalidated not within wicket but
e.g. Spring Security.
It turns out that DiskPageStore#unbind calls flushPagesToSaveList() which again
tries to write to the no longer existing SessionStore.
Just clearing the list of pages instead of trying to write them solves the
problem:
---8---
public void unbind(String sessionId)
{
SessionEntry entry =
(SessionEntry)sessionIdToEntryMap.remove(sessionId);
if (entry != null)
{
if (isSynchronous())
{
entry.unbind();
}
else
{
List pages = getPagesToSaveList(sessionId);
if( pages!=null )
pages.clear();
entry.unbind();
pagesToSaveAll.remove(sessionId);
}
}
}
---8---
DiskPageStore-FileNotFoundException
---
Key: WICKET-1773
URL: https://issues.apache.org/jira/browse/WICKET-1773
Project: Wicket
Issue Type: Bug
Components: wicket
Affects Versions: 1.3.4
Reporter: Jan Kriesten
Assignee: Matej Knopp
Fix For: 1.3.5
With the current 1.3-Snapshot, I encounter problems with DiskPageStore:
---8---
09:30:43.151 ERROR [.wicket.protocol.http.pagestore.DiskPageStore] - Error
flushing page
java.lang.RuntimeException: java.io.FileNotFoundException:
/usr/local/www/services/local.silberlicht.de/html/WEB-INF/tmp/Silberlicht-filestore/abcgm_hyTIaiqgnqDNmUr/pm-null
(No such file or directory)
at
org.apache.wicket.protocol.http.pagestore.FileChannelPool.newFileChannel(FileChannelPool.java:104)
at
org.apache.wicket.protocol.http.pagestore.FileChannelPool.getFileChannel(FileChannelPool.java:171)
at
org.apache.wicket.protocol.http.pagestore.DiskPageStore$SessionEntry.savePage(DiskPageStore.java:241)
at
org.apache.wicket.protocol.http.pagestore.DiskPageStore.flushPagesToSaveList(DiskPageStore.java:891)
at
org.apache.wicket.protocol.http.pagestore.DiskPageStore$PageSavingThread.run(DiskPageStore.java:961)
at java.lang.Thread.run(Thread.java:613)
Caused by: java.io.FileNotFoundException:
/usr/local/www/services/local.silberlicht.de/html/WEB-INF/tmp/Silberlicht-filestore/abcgm_hyTIaiqgnqDNmUr/pm-null
(No such file or directory)
at java.io.RandomAccessFile.open(Native Method)
at java.io.RandomAccessFile.init(RandomAccessFile.java:212)
at
org.apache.wicket.protocol.http.pagestore.FileChannelPool.newFileChannel(FileChannelPool.java:99)
... 5 common frames omitted
---8---
The path
/usr/local/www/services/local.silberlicht.de/html/WEB-INF/tmp/Silberlicht-filestore/
actually exists and has the proper rights - so creation of temporary
directories/files should be possible (actually, the directory was created by
the wicket app).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
svn commit: r692084 - /wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/form/upload/FileUploadField.java
Author: ivaynberg
Date: Thu Sep 4 08:03:38 2008
New Revision: 692084
URL: http://svn.apache.org/viewvc?rev=692084view=rev
Log:
fileuploadfield should always use a model
Modified:
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/form/upload/FileUploadField.java
Modified:
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/form/upload/FileUploadField.java
URL:
http://svn.apache.org/viewvc/wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/form/upload/FileUploadField.java?rev=692084r1=692083r2=692084view=diff
==
---
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/form/upload/FileUploadField.java
(original)
+++
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/form/upload/FileUploadField.java
Thu Sep 4 08:03:38 2008
@@ -39,9 +39,6 @@
{
private static final long serialVersionUID = 1L;
- /** True if a model has been set explicitly */
- private boolean hasExplicitModel;
-
private transient FileUpload fileUpload;
/**
@@ -61,7 +58,6 @@
public FileUploadField(final String id, IModelFileUpload model)
{
super(id, model);
- hasExplicitModel = true;
}
/**
@@ -99,25 +95,10 @@
@Override
public FileUploadField setDefaultModel(IModel? model)
{
- hasExplicitModel = true;
return (FileUploadField)super.setDefaultModel(model);
}
/**
-* @see org.apache.wicket.markup.html.form.FormComponent#updateModel()
-*/
- @Override
- public void updateModel()
- {
- // Only update the model if one was passed in
- if (hasExplicitModel)
- {
- setDefaultModelObject(getConvertedInput());
- }
- }
-
-
- /**
* @see
org.apache.wicket.markup.html.form.FormComponent#getInputAsArray()
*/
@Override
[jira] Created: (WICKET-1819) SharedResourceRequestTarget with Custom ResourceStreamLocator throws ClassNotFoundException
SharedResourceRequestTarget with Custom ResourceStreamLocator throws
ClassNotFoundException
---
Key: WICKET-1819
URL: https://issues.apache.org/jira/browse/WICKET-1819
Project: Wicket
Issue Type: Bug
Components: wicket
Affects Versions: 1.3.4
Environment: All
Reporter: Ritesh Trivedi
Fix For: 1.3.5
Hi,
Seems like in wicket 1.3.x, if you include a CSS using HeaderContributor and if
CSS has background-image style with paths like ../img/whatever.gif,
SharedResourceRequestTarget throws exception instead of resource getting loaded
through the custom resource stream locator registered in the application.
resolver below tried to find a class by the name of img from
../img/whatever.gif which of course will fail with classnotfoundexception.
The block of code that causes the exception is
SharedResourceRequestTarget.java
line:143
// First try to match mounted
scope = Application.get().getSharedResources().getAliasClass(className);
// If that fails, resolve it as a fully qualified class
// name.
if (scope == null)
{
scope = resolver.resolveClass(className);
}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
svn commit: r692151 - /wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/image/ContextPathGenerator.java
Author: ivaynberg
Date: Thu Sep 4 09:43:25 2008
New Revision: 692151
URL: http://svn.apache.org/viewvc?rev=692151view=rev
Log:
WICKET-1700
Modified:
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/image/ContextPathGenerator.java
Modified:
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/image/ContextPathGenerator.java
URL:
http://svn.apache.org/viewvc/wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/image/ContextPathGenerator.java?rev=692151r1=692150r2=692151view=diff
==
---
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/image/ContextPathGenerator.java
(original)
+++
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/image/ContextPathGenerator.java
Thu Sep 4 09:43:25 2008
@@ -68,8 +68,16 @@
// generate prefix that will make path context relative
final String prefix =
component.getRequest().getRelativePathPrefixToContextRoot();
- // join the two path pieces
- final String contextRelativePath = Strings.join(/, prefix,
path);
+ final String contextRelativePath;
+ if (!Strings.isEmpty(prefix))
+ {
+ // join the two path pieces
+ contextRelativePath = Strings.join(/, prefix, path);
+ }
+ else
+ {
+ contextRelativePath = path;
+ }
tag.put(src, contextRelativePath);
}
[jira] Commented: (WICKET-1700) Make functionality of ContextImage a behavior so that other types of components can utilize its functionality
[ https://issues.apache.org/jira/browse/WICKET-1700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628380#action_12628380 ] Igor Vaynberg commented on WICKET-1700: --- fixed, thanks Make functionality of ContextImage a behavior so that other types of components can utilize its functionality - Key: WICKET-1700 URL: https://issues.apache.org/jira/browse/WICKET-1700 Project: Wicket Issue Type: Improvement Components: wicket Affects Versions: 1.4-M2 Environment: N/A Reporter: Will Hoover Assignee: Igor Vaynberg Priority: Trivial Fix For: 1.4-M3 Original Estimate: 24h Remaining Estimate: 24h It would be better if ContextImage was a behavior rather than an actual component. For instance, if you have an html input of type=image (or a link for that matter) you can still utilize the behavior whereas a component you cannot. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
svn commit: r692277 - in /wicket/trunk: wicket-extensions/src/main/java/org/apache/wicket/extensions/markup/html/tree/ wicket/src/main/java/org/apache/wicket/markup/html/tree/
Author: knopp
Date: Thu Sep 4 15:19:58 2008
New Revision: 692277
URL: http://svn.apache.org/viewvc?rev=692277view=rev
Log:
generify tree
Modified:
wicket/trunk/wicket-extensions/src/main/java/org/apache/wicket/extensions/markup/html/tree/DefaultAbstractTree.java
wicket/trunk/wicket-extensions/src/main/java/org/apache/wicket/extensions/markup/html/tree/Tree.java
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/tree/AbstractTree.java
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/tree/BaseTree.java
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/tree/ITreeState.java
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/tree/LabelIconPanel.java
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/tree/LabelTree.java
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/tree/LinkIconPanel.java
wicket/trunk/wicket/src/main/java/org/apache/wicket/markup/html/tree/LinkTree.java
Modified:
wicket/trunk/wicket-extensions/src/main/java/org/apache/wicket/extensions/markup/html/tree/DefaultAbstractTree.java
URL:
http://svn.apache.org/viewvc/wicket/trunk/wicket-extensions/src/main/java/org/apache/wicket/extensions/markup/html/tree/DefaultAbstractTree.java?rev=692277r1=692276r2=692277view=diff
==
---
wicket/trunk/wicket-extensions/src/main/java/org/apache/wicket/extensions/markup/html/tree/DefaultAbstractTree.java
(original)
+++
wicket/trunk/wicket-extensions/src/main/java/org/apache/wicket/extensions/markup/html/tree/DefaultAbstractTree.java
Thu Sep 4 15:19:58 2008
@@ -52,7 +52,7 @@
* This class allows you to choose between 3 types of links. [EMAIL PROTECTED]
* DefaultAbstractTree#setLinkType(org
* .apache.wicket.extensions.markup.html.tree.DefaultAbstractTree.LinkType)}
- *
+ *
* @author Matej Knopp
*/
public abstract class DefaultAbstractTree extends AbstractTree
@@ -92,7 +92,7 @@
/**
* Construct.
-*
+*
* @param name
*/
public LinkType(String name)
@@ -103,14 +103,14 @@
/**
* Helper class for calling an action from a link.
-*
+*
* @author Matej Knopp
*/
protected interface ILinkCallback extends IClusterable
{
/**
* Called when the click is executed.
-*
+*
* @param target
*The ajax request target
*/
@@ -140,7 +140,7 @@
/**
* Tree constructor.
-*
+*
* @param id
*The component id
*/
@@ -152,13 +152,13 @@
/**
* Tree constructor.
-*
+*
* @param id
*The component id
* @param model
*The tree model
*/
- public DefaultAbstractTree(String id, IModel? model)
+ public DefaultAbstractTree(String id, IModelTreeModel model)
{
super(id, model);
init();
@@ -166,21 +166,22 @@
/**
* Tree constructor.
-*
+*
* @param id
*The component id
* @param model
*The tree model
*/
+ @SuppressWarnings(unchecked)
public DefaultAbstractTree(String id, TreeModel model)
{
- super(id, new ModelSerializable((Serializable)model));
+ super(id, new Model((Serializable)model));
init();
}
/**
* Returns the current type of links on tree items.
-*
+*
* @return The link type
*/
public LinkType getLinkType()
@@ -191,7 +192,7 @@
/**
* Sets the type of links on tree items. After the link type is
changed, the whole tree is
* rebuild and re-rendered.
-*
+*
* @param linkType
*type of links
*/
@@ -206,7 +207,7 @@
/**
* Returns the resource reference of default stylesheet.
-*
+*
* @return The package resource reference
*/
protected ResourceReference getCSS()
@@ -216,7 +217,7 @@
/**
* Returns the resource reference of default closed tree folder.
-*
+*
* @return The package resource reference
*/
protected ResourceReference getFolderClosed()
@@ -226,7 +227,7 @@
/**
* Returns the resource reference of default open tree folder.
-*
+*
* @return The package resource reference
*/
protected ResourceReference getFolderOpen()
@@ -236,7 +237,7 @@
/**
* Returns the resource reference of default tree item
[jira] Updated: (WICKET-1820) MultiFileUploadInput drops uploads when used in Wizard
[ https://issues.apache.org/jira/browse/WICKET-1820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stephan Henningsen updated WICKET-1820: --- Attachment: asklandd-wicket-wizard-bug.tar.bz2 MultiFileUploadInput drops uploads when used in Wizard -- Key: WICKET-1820 URL: https://issues.apache.org/jira/browse/WICKET-1820 Project: Wicket Issue Type: Bug Components: wicket-extensions Affects Versions: 1.4-M3 Environment: glassfish, wicket + wicket-extensions 1.4M3 Reporter: Stephan Henningsen Attachments: asklandd-wicket-wizard-bug.tar.bz2 When a MultiFileUploadInput is used in a WizardStep, the files queued for upload are silently ignored when the Upload button is pushed. An example application is available here: http://asklandd.dk/tmp/asklandd-wicket-wizard-bug.tar.bz2 Simply download, extract, compile (mvn package), deploy, and follow the instructions on the page. There are two examples: A working on where the MultiFileUploadInput is used on a separate Page, and a b0rken one where it's used in a WizardStep. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (WICKET-1820) MultiFileUploadInput drops uploads when used in Wizard
[ https://issues.apache.org/jira/browse/WICKET-1820?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stephan Henningsen updated WICKET-1820: --- Description: When a MultiFileUploadInput is used in a WizardStep, the files queued for upload are silently ignored when the Upload button is pushed. An example application is attached. Simply download, extract, compile (mvn package), deploy, and follow the instructions on the page. There are two examples: A working on where the MultiFileUploadInput is used on a separate Page, and a b0rken one where it's used in a WizardStep. was: When a MultiFileUploadInput is used in a WizardStep, the files queued for upload are silently ignored when the Upload button is pushed. An example application is available here: http://asklandd.dk/tmp/asklandd-wicket-wizard-bug.tar.bz2 Simply download, extract, compile (mvn package), deploy, and follow the instructions on the page. There are two examples: A working on where the MultiFileUploadInput is used on a separate Page, and a b0rken one where it's used in a WizardStep. MultiFileUploadInput drops uploads when used in Wizard -- Key: WICKET-1820 URL: https://issues.apache.org/jira/browse/WICKET-1820 Project: Wicket Issue Type: Bug Components: wicket-extensions Affects Versions: 1.4-M3 Environment: glassfish, wicket + wicket-extensions 1.4M3 Reporter: Stephan Henningsen Attachments: asklandd-wicket-wizard-bug.tar.bz2 When a MultiFileUploadInput is used in a WizardStep, the files queued for upload are silently ignored when the Upload button is pushed. An example application is attached. Simply download, extract, compile (mvn package), deploy, and follow the instructions on the page. There are two examples: A working on where the MultiFileUploadInput is used on a separate Page, and a b0rken one where it's used in a WizardStep. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (WICKET-1820) MultiFileUploadInput drops uploads when used in Wizard
MultiFileUploadInput drops uploads when used in Wizard -- Key: WICKET-1820 URL: https://issues.apache.org/jira/browse/WICKET-1820 Project: Wicket Issue Type: Bug Components: wicket-extensions Affects Versions: 1.4-M3 Environment: glassfish, wicket + wicket-extensions 1.4M3 Reporter: Stephan Henningsen Attachments: asklandd-wicket-wizard-bug.tar.bz2 When a MultiFileUploadInput is used in a WizardStep, the files queued for upload are silently ignored when the Upload button is pushed. An example application is available here: http://asklandd.dk/tmp/asklandd-wicket-wizard-bug.tar.bz2 Simply download, extract, compile (mvn package), deploy, and follow the instructions on the page. There are two examples: A working on where the MultiFileUploadInput is used on a separate Page, and a b0rken one where it's used in a WizardStep. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
X TUBE VIDEO
New x tube video. DVD quality only. http://videos.videosextube2009.com/x-tube-video.html --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups gr8manish007 group. To post to this gr; google_alternate_ad_url = "http://www.mail-archive.com/blank.png"; google_ad_width = 160; google_ad_height = 600; google_ad_format = "160x600_as"; google_ad_channel = "8427791634"; google_color_border = "FF"; google_color_bg = "FF"; google_color_link = "006792"; google_color_url = "006792"; google_color_text = "00"; //--> [jira] Created: (WICKET-1833) Ungenerifying IConverter, because overriding Component.getConverter() generated warnings in user code Timo Rantalaiho (JIRA) [jira] Resolved: (WICKET-1833) Ungenerifying IConverter, because overriding Component.getConverter() generated warnings in user code Igor Vaynberg (JIRA) Reply via email to X TUBE VIDEO [EMAIL PROTECTED] Reply via email to
