Re: Empty redirect on redirect to home page if home page already shown

[Thorsten Schöning]

Guten Tag Martin Grigorov,
am Montag, 7. März 2016 um 11:55 schrieben Sie:

> Please file a ticket with this information and the quickstart.

https://issues.apache.org/jira/browse/WICKET-6111

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Wicket 6.16 How to change an icon at a data table

[Harry]

Hi,

Thanks for that information.

Kind regards
Harry

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wicket-6-16-How-to-change-an-icon-at-a-data-table-tp4673824p4673848.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Wicket 6.16 How to change an icon at a data table

[Martin Grigorov]

Hi,

Those classes are custom for your application. They are not part of Wicket
or of any of the Wicket UI libraries I have used before.
You will have to see how those custom classes work and modify.

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Mon, Mar 7, 2016 at 4:20 PM, Harry  wrote:

> Hi Martin,
>
> Thanks for your post.
>
> I use a "SingleLinkColumn" at the icon to open a Journal.
> It wasn't possible for me to change the icon at the table cell an re-paint
> it.
>
> Whenn I used a "AjaxSingleLinkColumn aColumn2;" it wasn't
> possible for me to open the Journal like before. So I'm not sure what's to
> do!
>
> Kind regards
> Harald
>
> --
> View this message in context:
> http://apache-wicket.1842946.n4.nabble.com/Wicket-6-16-How-to-change-an-icon-at-a-data-table-tp4673824p4673845.html
> Sent from the Users forum mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: clearInput() if FormComponentPanel does not delegate to its inner FormComponents

[Sven Meier]

Sure, changes in 8.x won't break anything :P

Sven

On 07.03.2016 15:49, Martin Grigorov wrote:

Hi,

I think consistency is very important.
I'm +1 to make the change. At least in Wicket 8.x

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Mon, Mar 7, 2016 at 3:24 PM, Sven Meier  wrote:


Hi,

it always has been that way.
I'm not aware of any benefit which would justify a change - besides
consistency.

Have fun
Sven



On 07.03.2016 15:10, Patrick Davids wrote:


Hi Wicket Pros,

is it bug or an feature, that FormComponentPanel is not overriding
clearInput() to delegate the clearing to its inner FormComponents?

For me, it should behave the same way, when extending FormComponent.
But I'm not sure here about consequences...

(As I can see... Form.clearInput() features this by visiting its inner
FormComponents.)

kind regards
Patrick

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org





-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Wicket 6.16 How to change an icon at a data table

[Harry]

Hi Martin,

Thanks for your post.

I use a "SingleLinkColumn" at the icon to open a Journal.
It wasn't possible for me to change the icon at the table cell an re-paint
it.

Whenn I used a "AjaxSingleLinkColumn aColumn2;" it wasn't
possible for me to open the Journal like before. So I'm not sure what's to
do!

Kind regards
Harald

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wicket-6-16-How-to-change-an-icon-at-a-data-table-tp4673824p4673845.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Wicket 6.16 problem with popup window to the front by IE11

[Harry]

Hi Martin,

Thanks for your post. I tried to change the settings at the IE11 (Window 8)
but it doesn't work.
Also I tried to change settings at the regedit.
But the popup is sometimes in the front und sometimes in the back.

Kind regards
Harald

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Wicket-6-16-problem-with-popup-window-to-the-front-by-IE11-tp4673821p4673843.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: clearInput() if FormComponentPanel does not delegate to its inner FormComponents

[Martin Grigorov]

Hi,

I think consistency is very important.
I'm +1 to make the change. At least in Wicket 8.x

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Mon, Mar 7, 2016 at 3:24 PM, Sven Meier  wrote:

> Hi,
>
> it always has been that way.
> I'm not aware of any benefit which would justify a change - besides
> consistency.
>
> Have fun
> Sven
>
>
>
> On 07.03.2016 15:10, Patrick Davids wrote:
>
>> Hi Wicket Pros,
>>
>> is it bug or an feature, that FormComponentPanel is not overriding
>> clearInput() to delegate the clearing to its inner FormComponents?
>>
>> For me, it should behave the same way, when extending FormComponent.
>> But I'm not sure here about consequences...
>>
>> (As I can see... Form.clearInput() features this by visiting its inner
>> FormComponents.)
>>
>> kind regards
>> Patrick
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>>
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Apache Wicket mentioned @ heise Developer

[andrea del bene]

Thank you Tobias!

On 07/03/2016 10:53, Tobias Soloschenko wrote:

Hi all,

just saw that Apache Wicket is mentioned @ heise Developer (german):

http://www.heise.de/developer/meldung/Developer-Snapshots-Programmierer-News-in-ein-zwei-Saetzen-3128501.html

Translated (english, more or less):

https://translate.google.com/translate?hl=en=de=en=http%3A%2F%2Fwww.heise.de%2Fdeveloper%2Fmeldung%2FDeveloper-Snapshots-Programmierer-News-in-ein-zwei-Saetzen-3128501.html

kind regards

Tobias




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: clearInput() if FormComponentPanel does not delegate to its inner FormComponents

[Sven Meier]

Hi,

it always has been that way.
I'm not aware of any benefit which would justify a change - besides 
consistency.


Have fun
Sven


On 07.03.2016 15:10, Patrick Davids wrote:

Hi Wicket Pros,

is it bug or an feature, that FormComponentPanel is not overriding 
clearInput() to delegate the clearing to its inner FormComponents?


For me, it should behave the same way, when extending FormComponent.
But I'm not sure here about consequences...

(As I can see... Form.clearInput() features this by visiting its inner 
FormComponents.)


kind regards
Patrick

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org




-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

clearInput() if FormComponentPanel does not delegate to its inner FormComponents

[Patrick Davids]

Hi Wicket Pros,

is it bug or an feature, that FormComponentPanel is not overriding 
clearInput() to delegate the clearing to its inner FormComponents?


For me, it should behave the same way, when extending FormComponent.
But I'm not sure here about consequences...

(As I can see... Form.clearInput() features this by visiting its inner 
FormComponents.)


kind regards
Patrick

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Empty redirect on redirect to home page if home page already shown

[Martin Grigorov]

Please file a ticket with this information and the quickstart.

Martin Grigorov
Wicket Training and Consulting
https://twitter.com/mtgrigorov

On Mon, Mar 7, 2016 at 11:38 AM, Thorsten Schöning 
wrote:

> Guten Tag Martin Grigorov,
> am Montag, 7. März 2016 um 10:06 schrieben Sie:
>
> > Try with latest Tomcat release. There were some changes in this area
> > recently.
>
> I'm already using 7.0.67, the most current is only 7.0.68, but our
> production server is an even older version maintained by apt, so I
> would need a workaround in my app anyways.
>
> >
> org.apache.wicket.protocol.http.servlet.ServletWebResponse#encodeRedirectURL
>
> That's what I needed to find, thanks! This function behaves (nearly)
> the same for my URLs, the only difference is the following line:
>
> > Url originalUrl = Url.parse(url);
>
> In my Tomcat I get a completely empty object, NOT null though, in the
> quickstart with Jetty I get an object containing ".". But in the end
> that doesn't seem to make any difference, both requests go through the
> following:
>
> > if (fullUrl.equals(encodedFullUrl))
> > {
> > // no encoding happened so just reuse the original url
> > encodedUrl = url.toString();
> > }
>
> encodedUrl is "./" using Tomcat and Jetty as well, while "fullUrl"
> contains an absolute URL in both cases:
>
> > http://localhost:8080/org.example.frontend/
>
> "./" is returned to ServletWebResponse.sendRedirect and runs into the
> following:
>
> > if (url.startsWith("./"))
> > {
> > /*
> >  * WICKET-4260 Tomcat does not canonalize urls, which leads to
> problems with IE
> >  * when url is relative and starts with a dot
> >  */
> > url = url.substring(2);
> > }
>
> And that empties my URL and forwards it to the servlet container,
> where Jetty instead of Tomcat seems to provide some magic to respond
> with an absolute URL in the end. But my debugger says that in both
> cases
>
> > httpServletResponse.sendRedirect(url);
>
> gets called with an empty string!
>
> > But we'll let ServletWebResponse remove a leading "./" before passing
> the url to HttpServletRequest#sendRedirect().
> > This does no harm and as you stated is essential as a workaround for the
> Tomcat/IE combination.
>
>
> https://issues.apache.org/jira/browse/WICKET-4260?focusedCommentId=13247750=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13247750
>
> It does harm in my case... ;-)
>
> So, any ideas on how I can work around this and what should be the
> correct behavior? Is having "./" already a problem or only to remove
> it when there's nothing left anymore?
>
> I don't see any callback or listener or such where I could influence
> that behavior...
>
> Mit freundlichen Grüßen,
>
> Thorsten Schöning
>
> --
> Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
> AM-SoFT IT-Systeme  http://www.AM-SoFT.de/
>
> Telefon...05151-  9468- 55
> Fax...05151-  9468- 88
> Mobil..0178-8 9468- 04
>
> AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
> AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Empty redirect on redirect to home page if home page already shown

[Thorsten Schöning]

Guten Tag Martin Grigorov,
am Montag, 7. März 2016 um 10:06 schrieben Sie:

> Try with latest Tomcat release. There were some changes in this area
> recently.

I'm already using 7.0.67, the most current is only 7.0.68, but our
production server is an even older version maintained by apt, so I
would need a workaround in my app anyways.

> org.apache.wicket.protocol.http.servlet.ServletWebResponse#encodeRedirectURL

That's what I needed to find, thanks! This function behaves (nearly)
the same for my URLs, the only difference is the following line:

> Url originalUrl = Url.parse(url);

In my Tomcat I get a completely empty object, NOT null though, in the
quickstart with Jetty I get an object containing ".". But in the end
that doesn't seem to make any difference, both requests go through the
following:

> if (fullUrl.equals(encodedFullUrl))
> {
> // no encoding happened so just reuse the original url
> encodedUrl = url.toString();
> }

encodedUrl is "./" using Tomcat and Jetty as well, while "fullUrl"
contains an absolute URL in both cases:

> http://localhost:8080/org.example.frontend/

"./" is returned to ServletWebResponse.sendRedirect and runs into the
following:

> if (url.startsWith("./"))
> {
> /*
>  * WICKET-4260 Tomcat does not canonalize urls, which leads to 
> problems with IE
>  * when url is relative and starts with a dot
>  */
> url = url.substring(2);
> }

And that empties my URL and forwards it to the servlet container,
where Jetty instead of Tomcat seems to provide some magic to respond
with an absolute URL in the end. But my debugger says that in both
cases

> httpServletResponse.sendRedirect(url);

gets called with an empty string!

> But we'll let ServletWebResponse remove a leading "./" before passing the url 
> to HttpServletRequest#sendRedirect().
> This does no harm and as you stated is essential as a workaround for the 
> Tomcat/IE combination.

https://issues.apache.org/jira/browse/WICKET-4260?focusedCommentId=13247750=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13247750

It does harm in my case... ;-)

So, any ideas on how I can work around this and what should be the
correct behavior? Is having "./" already a problem or only to remove
it when there's nothing left anymore?

I don't see any callback or listener or such where I could influence
that behavior...

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Apache Wicket mentioned @ heise Developer

[Tobias Soloschenko]

Hi all,

just saw that Apache Wicket is mentioned @ heise Developer (german):

http://www.heise.de/developer/meldung/Developer-Snapshots-Programmierer-News-in-ein-zwei-Saetzen-3128501.html

Translated (english, more or less):

https://translate.google.com/translate?hl=en=de=en=http%3A%2F%2Fwww.heise.de%2Fdeveloper%2Fmeldung%2FDeveloper-Snapshots-Programmierer-News-in-ein-zwei-Saetzen-3128501.html

kind regards

Tobias

Re: Empty redirect on redirect to home page if home page already shown

[Martin Grigorov]

Hi,

On Mon, Mar 7, 2016 at 9:59 AM, Thorsten Schöning 
wrote:

> Guten Tag Sven Meier,
> am Sonntag, 6. März 2016 um 22:08 schrieben Sie:
>
> > I wouldn't expect Wicket to generate an empty location header. Can you
> > reproduce this problem in a Wicket quickstart?
>
> You are right, I forgot to mention it: During debugging I already
> noticed that Wicket is in fact rendering "./" instead of an empty
> string using UrlRenderer.renderRelativeUrl, but I thought this might
> get changed later to an empty string for some reason.
>
> I created a quickstart and "sadly" this worked as expected, the client
> is getting the following header:
>
> > Location:http://localhost:8081/org.example.frontend/
>
> But in the debugger the processing looks identical to my problem, the
> quickstart renders "./" as well. The only difference seems to be that
> in my case the browser isn't getting a properly resolved URL anymore,
> but and empty string or such, while that's not the case with the
> quickstart.
>
> My servlet container with the problem is Tomcat 7, while the
>

Try with latest Tomcat release. There were some changes in this area
recently.

You can also put a breakpoint
at org.apache.wicket.protocol.http.servlet.ServletWebResponse#encodeRedirectURL
and see what the web containers return
from javax.servlet.http.HttpServletResponse#encodeRedirectURL()


> quickstart uses embedded Jetty? I guess I'll need to focus on that for
> now and find a difference.
>
> Mit freundlichen Grüßen,
>
> Thorsten Schöning
>
> --
> Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
> AM-SoFT IT-Systeme  http://www.AM-SoFT.de/
>
> Telefon...05151-  9468- 55
> Fax...05151-  9468- 88
> Mobil..0178-8 9468- 04
>
> AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
> AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: Empty redirect on redirect to home page if home page already shown

[Thorsten Schöning]

Guten Tag Sven Meier,
am Sonntag, 6. März 2016 um 22:08 schrieben Sie:

> I wouldn't expect Wicket to generate an empty location header. Can you
> reproduce this problem in a Wicket quickstart?

You are right, I forgot to mention it: During debugging I already
noticed that Wicket is in fact rendering "./" instead of an empty
string using UrlRenderer.renderRelativeUrl, but I thought this might
get changed later to an empty string for some reason.

I created a quickstart and "sadly" this worked as expected, the client
is getting the following header:

> Location:http://localhost:8081/org.example.frontend/

But in the debugger the processing looks identical to my problem, the
quickstart renders "./" as well. The only difference seems to be that
in my case the browser isn't getting a properly resolved URL anymore,
but and empty string or such, while that's not the case with the
quickstart.

My servlet container with the problem is Tomcat 7, while the
quickstart uses embedded Jetty? I guess I'll need to focus on that for
now and find a difference.

Mit freundlichen Grüßen,

Thorsten Schöning

-- 
Thorsten Schöning   E-Mail: thorsten.schoen...@am-soft.de
AM-SoFT IT-Systeme  http://www.AM-SoFT.de/

Telefon...05151-  9468- 55
Fax...05151-  9468- 88
Mobil..0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Geschäftsführer: Andreas Muchow


-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org