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
[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.
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=692277&view=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=692277&r1=692276&r2=692277&view=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, IModel 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 Model((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 (not folder).
-
[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-tabpanel&focusedCommentId=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: 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=692151&view=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=692151&r1=692150&r2=692151&view=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] 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: 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=692084&view=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=692084&r1=692083&r2=692084&view=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, IModel 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] Commented: (WICKET-1773) DiskPageStore-FileNotFoundException
[
https://issues.apache.org/jira/browse/WICKET-1773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=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.(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.
[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-tabpanel&focusedCommentId=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] 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-tabpanel&focusedCommentId=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<
[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-tabpanel&focusedCommentId=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.sta
[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-tabpanel&focusedCommentId=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.
