Re: backspace - when not on focus in field
Thanks Niranjan & Swen, I managed to add this js to block backspace when not on focus on form fields. I believe this fix will not be required when we get Wicket 7 ajax history support ? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/backspace-when-not-on-focus-in-field-tp4664922p4664932.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: More Wicket JSESSION_ID Issues
Martin Grigorov apache.org> writes: > > Hi, > > It sounds like an issue with the IDE. > What is the produced url with the custom jsession id ? Does it work if you > paste this url directly in the browser address bar without involving the > IDE ? > > And what is "the sign of my page" ? > > Martin Grigorov > Wicket Training and Consulting > Hi Martin, Sorry for the delayed response. The URLs are identical in both cases: http://machine:8085/appName/ Wicket turns this into: http://machine:8085/appName/app/SignInPage Intellij tries to open the first URL (http://machine:8085/appName/), but it fails with this error message "Cannot open URL. Please check this URL is correct:". When I copy and paste that same URL (http://machine:8085/appName/) and paste it into my browser, it works fine, and directs me to sign in page. (That's what I meant by sign of my page... sorry for not catching that sooner). What is interesting is that if I remove any of the JSESSIONID changes I made (or downgrade to Wicket 6.13.0), everything works fine, and Intellij opens up http://machine:8085/appName/ like I would expect. -- Aaron P.S. I don't need an immediate solution to this, because I figured out a workaround yesterday. I would like to get to the bottom of the issue though, as the change in behavior is surprising. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: backspace - when not on focus in field
On 03/12/2014 09:04 AM, nazeem wrote: I use lot of ajax to replace panels on user clicks so that user can drill down deep in to the page view. When using forms if the focus is not on text field or any form fields. hitting backspace takes the user all the way to the main page. How can i prevent this behavior ? naz -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/backspace-when-not-on-focus-in-field-tp4664922.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 I don't think this has anything to with wicket. I believe you have two fold problem. One is how to overcome browser's default key handling - backspace in many browsers has same functionality as hitting the back button. Other one is how to maintain navigation history when using ajax generated pages. For your backspace problem, take a look at http://stackoverflow.com/questions/1495219/how-can-i-prevent-the-backspace-key-from-navigating-back There are many solutions for web about managing history for ajax pages. Research them and see which one fits your needs. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: The wicket way of getting application base URL
The reason I have implemented the hook: Our users are using mod_proxy all the time So port and context are might be changed and I need to get the base URL after all these modifications (to create emails with links etc.) On Wed, Mar 12, 2014 at 11:24 PM, Sebastien wrote: > Hi Maxim, > > Maybe you might use something like this: > Url baseUrl = new > Url(page.getRequestCycle().getUrlRenderer().getBaseUrl()); > > I used it to retrieve the relative url: > > private static String getUrl(WebPage page) > { > Url pageUrl = Url.parse(page.urlFor(page.getClass(), > null).toString()); > Url baseUrl = new > Url(page.getRequestCycle().getUrlRenderer().getBaseUrl()); > > baseUrl.resolveRelative(pageUrl); > > return String.format("%s/%s", page.getRequest().getContextPath(), > baseUrl); > } > > > Best regards, > Sebastien. > > > On Wed, Mar 12, 2014 at 5:14 PM, Maxim Solodovnik >wrote: > > > Hello, > > > > I'm currently using SelfUpdatingAjaxBehavior [1] to get application base > > URL used by the end user. > > > > Maybe there is more standard way of doing this? > > Or maybe code like this can be added to ClientInfo? > > > > Thanks in advance! > > > > [1] > > > > > https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/util/BaseUrlAjaxBehavior.java?view=markup > > > > -- > > WBR > > Maxim aka solomax > > > -- WBR Maxim aka solomax
Re: The wicket way of getting application base URL
Hi Maxim, Maybe you might use something like this: Url baseUrl = new Url(page.getRequestCycle().getUrlRenderer().getBaseUrl()); I used it to retrieve the relative url: private static String getUrl(WebPage page) { Url pageUrl = Url.parse(page.urlFor(page.getClass(), null).toString()); Url baseUrl = new Url(page.getRequestCycle().getUrlRenderer().getBaseUrl()); baseUrl.resolveRelative(pageUrl); return String.format("%s/%s", page.getRequest().getContextPath(), baseUrl); } Best regards, Sebastien. On Wed, Mar 12, 2014 at 5:14 PM, Maxim Solodovnik wrote: > Hello, > > I'm currently using SelfUpdatingAjaxBehavior [1] to get application base > URL used by the end user. > > Maybe there is more standard way of doing this? > Or maybe code like this can be added to ClientInfo? > > Thanks in advance! > > [1] > > https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/util/BaseUrlAjaxBehavior.java?view=markup > > -- > WBR > Maxim aka solomax >
RE: How di I display a new page on session timeout without requiring the user to do anything?
Thanks Martin, for the rapid response. Has anyone done anything like this this? Bruce -Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Wednesday, March 12, 2014 11:26 AM To: users@wicket.apache.org Subject: Re: How di I display a new page on session timeout without requiring the user to do anything? Hi, On Wed, Mar 12, 2014 at 5:09 PM, Bruce Lombardi wrote: > Hi, > > > > I have a requirement that says that, for security purposes, when a > session times out, the application must go to a different page so that > any data displayed is hidden and that the user must be informed that > the session has timed out. In the init method of my Application > class, which subclasses AuthenticatedApplication, I have the > following line. > > > > getApplicationSettings().setPageExpiredErrorPage(SessionTimeoutPage.cl > ass); > > > > So now, after the session expires, if the user clicks on anything it > goes to the SessionTimeoutPage. This is not the behavior I need, so > I've done some searching and found some suggestions on using > AjaxTimerBehavior to warn a user that a session is about to expire, > but nothing that says exactly how to detect an expired session. Also, > some people have hinted that Ajax could actually keep the session > alive so I'm a little confused about that. > This is correct. Any request to the server will touch the session and thus will keep it alive. > > > > Can someone please clarify this and at least point me in the right > direction for fulfilling my requirements? > Your best bet is to use JavaScript counter that will count down do document.location.href="anotherUrl"; when the counter reaches 0. You will have to reinit the counter with every ajax request - this is easy. > > > > Thanks, > > Bruce > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
The wicket way of getting application base URL
Hello, I'm currently using SelfUpdatingAjaxBehavior [1] to get application base URL used by the end user. Maybe there is more standard way of doing this? Or maybe code like this can be added to ClientInfo? Thanks in advance! [1] https://svn.apache.org/viewvc/openmeetings/trunk/singlewebapp/src/web/java/org/apache/openmeetings/web/util/BaseUrlAjaxBehavior.java?view=markup -- WBR Maxim aka solomax
Re: backspace - when not on focus in field
http://stackoverflow.com/questions/2645681/how-to-disable-backspace-if-anything-other-than-input-field-is-focused-on-using Sven On 03/12/2014 05:04 PM, nazeem wrote: I use lot of ajax to replace panels on user clicks so that user can drill down deep in to the page view. When using forms if the focus is not on text field or any form fields. hitting backspace takes the user all the way to the main page. How can i prevent this behavior ? naz -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/backspace-when-not-on-focus-in-field-tp4664922.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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
handsontable integration
Has any one tried to use this http://handsontable.com/ for excel like grid editing ? Power users like excel like editing for bulk form processing. So I am trying to integrate some features like this. Any suggestions please ? Rendering i think will not be an issue, how to integrate with model for submit ? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/handsontable-integration-tp4664923.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
backspace - when not on focus in field
I use lot of ajax to replace panels on user clicks so that user can drill down deep in to the page view. When using forms if the focus is not on text field or any form fields. hitting backspace takes the user all the way to the main page. How can i prevent this behavior ? naz -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/backspace-when-not-on-focus-in-field-tp4664922.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: How di I display a new page on session timeout without requiring the user to do anything?
Hi, On Wed, Mar 12, 2014 at 5:09 PM, Bruce Lombardi wrote: > Hi, > > > > I have a requirement that says that, for security purposes, when a session > times out, the application must go to a different page so that any data > displayed is hidden and that the user must be informed that the session > has > timed out. In the init method of my Application class, which subclasses > AuthenticatedApplication, I have the following line. > > > > getApplicationSettings().setPageExpiredErrorPage(SessionTimeoutPage.class); > > > > So now, after the session expires, if the user clicks on anything it goes > to > the SessionTimeoutPage. This is not the behavior I need, so I've done some > searching and found some suggestions on using AjaxTimerBehavior to warn a > user that a session is about to expire, but nothing that says exactly how > to > detect an expired session. Also, some people have hinted that Ajax could > actually keep the session alive so I'm a little confused about that. > This is correct. Any request to the server will touch the session and thus will keep it alive. > > > > Can someone please clarify this and at least point me in the right > direction > for fulfilling my requirements? > Your best bet is to use JavaScript counter that will count down do document.location.href="anotherUrl"; when the counter reaches 0. You will have to reinit the counter with every ajax request - this is easy. > > > > Thanks, > > Bruce > >
How di I display a new page on session timeout without requiring the user to do anything?
Hi, I have a requirement that says that, for security purposes, when a session times out, the application must go to a different page so that any data displayed is hidden and that the user must be informed that the session has timed out. In the init method of my Application class, which subclasses AuthenticatedApplication, I have the following line. getApplicationSettings().setPageExpiredErrorPage(SessionTimeoutPage.class); So now, after the session expires, if the user clicks on anything it goes to the SessionTimeoutPage. This is not the behavior I need, so I've done some searching and found some suggestions on using AjaxTimerBehavior to warn a user that a session is about to expire, but nothing that says exactly how to detect an expired session. Also, some people have hinted that Ajax could actually keep the session alive so I'm a little confused about that. Can someone please clarify this and at least point me in the right direction for fulfilling my requirements? Thanks, Bruce
Re: Close Browser Behavior
On Wed, Mar 12, 2014 at 3:20 PM, Daniela L wrote: > Hi Martin, > thank you very much for your quick and brilliant answer :-) > Changing to AjaxCheckBox did the trick. > It seems to be very difficult to provide a secure way to invalidate user > data > cross browser compliant. I noticed that using a tablet with android or IOS > the > beforeunload is not triggered at all. Therefor I added a cleanup method to > the onInvalidate > of my custom session which should be triggered by the tomcats > session-timeout, but > it seems using mobile devices onInvalidate is not triggered? > onInvalidate() is called by the server when the client hasn't touched/used its http session for session-timeout minutes. It shouldn't matter whether it is a desktop or mobile client. > Best Regards > Daniela > > > 2014-03-12 13:21 GMT+01:00 Martin Grigorov : > > > Hi, > > > > On Wed, Mar 12, 2014 at 1:15 PM, Daniela L wrote: > > > > > Hi, > > > I am using a close browser behavior to clean up user data if the user > > > closes > > > the browser window. I also use a CheckBox to toggle the visibility of > > some > > > Textfields. Unfortunately the refresh through the click of the CheckBox > > > triggers the close browser > > > behavior. How can this be avoided? > > > Here is what I did (with wicket 6.12.0): > > > > > > > > > customerFirstName = new > RequiredTextField("customer.firstName"); > > > customerFirstName.setOutputMarkupPlaceholderTag(true); > > > closeBrowserBehavior = new AbstractDefaultAjaxBehavior() { > > >@Override > > > protected void respond(AjaxRequestTarget target) { > > > > > > AppointmentSession.get().releaseSavedBlockedFreeCalendarEvent(); > > > } > > > > > > @Override > > > public void renderHead(Component component, IHeaderResponse > > > response) { > > > super.renderHead(component, response); > > > response.render(new > > > OnDomReadyHeaderItem("window.onbeforeunload = > > > function (e) {" > > > + "if (!window.dontAsk) {" > > > + "Wicket.Ajax.get({u: > > > '"+getCallbackUrl()+"', async: false});" > > > + "var message = 'my message.'," > > > + "e = e || window.event;" + "if (e) {" > > > + "e.returnValue = message;" + "}}" + > > > "return message;" > > > + > > > "};")); > > > } > > > }; > > > customerFirstName.add(closeBrowserBehavior); > > > form.add(customerFirstName); > > > > > > createAccountCB = new CheckBox("createAccountCB", new > > > Model(createAccount)){ > > > @Override > > > protected void onSelectionChanged(Boolean newSelection) { > > > super.onSelectionChanged(newSelection); > > > createAccount = !createAccount; > > > } > > > > > > @Override > > > protected boolean wantOnSelectionChangedNotifications() > > > { > > > return true; > > > > > > > This uses non-Ajax way to submit the new selection. > > As you noted this leads to 'beforeunload' event being fired. > > > > You will have to use AjaxCheckBox or AjaxFormComponentUpdatingBehavior to > > avoid the page reload. > > > > > > > } > > > }; > > > form.add(createAccountCB); > > > > > > emailRepeat = new TextField("emailRepeat", new > > > PropertyModel(appointCalendar, customer.eMailAdress")){ > > > @Override > > > protected void onConfigure(){ > > > super.onConfigure(); > > > setVisibilityAllowed(createAccount); > > > } > > > } > > > }; > > > emailRepeat.setOutputMarkupPlaceholderTag(true); > > > form.add(emailRepeat): > > > > > > Thanks a lot in advance! > > > Best Regards > > > Daniela > > > > > >
Re: Close Browser Behavior
Hi Martin, thank you very much for your quick and brilliant answer :-) Changing to AjaxCheckBox did the trick. It seems to be very difficult to provide a secure way to invalidate user data cross browser compliant. I noticed that using a tablet with android or IOS the beforeunload is not triggered at all. Therefor I added a cleanup method to the onInvalidate of my custom session which should be triggered by the tomcats session-timeout, but it seems using mobile devices onInvalidate is not triggered? Best Regards Daniela 2014-03-12 13:21 GMT+01:00 Martin Grigorov : > Hi, > > On Wed, Mar 12, 2014 at 1:15 PM, Daniela L wrote: > > > Hi, > > I am using a close browser behavior to clean up user data if the user > > closes > > the browser window. I also use a CheckBox to toggle the visibility of > some > > Textfields. Unfortunately the refresh through the click of the CheckBox > > triggers the close browser > > behavior. How can this be avoided? > > Here is what I did (with wicket 6.12.0): > > > > > > customerFirstName = new RequiredTextField("customer.firstName"); > > customerFirstName.setOutputMarkupPlaceholderTag(true); > > closeBrowserBehavior = new AbstractDefaultAjaxBehavior() { > >@Override > > protected void respond(AjaxRequestTarget target) { > > > > AppointmentSession.get().releaseSavedBlockedFreeCalendarEvent(); > > } > > > > @Override > > public void renderHead(Component component, IHeaderResponse > > response) { > > super.renderHead(component, response); > > response.render(new > > OnDomReadyHeaderItem("window.onbeforeunload = > > function (e) {" > > + "if (!window.dontAsk) {" > > + "Wicket.Ajax.get({u: > > '"+getCallbackUrl()+"', async: false});" > > + "var message = 'my message.'," > > + "e = e || window.event;" + "if (e) {" > > + "e.returnValue = message;" + "}}" + > > "return message;" > > + > > "};")); > > } > > }; > > customerFirstName.add(closeBrowserBehavior); > > form.add(customerFirstName); > > > > createAccountCB = new CheckBox("createAccountCB", new > > Model(createAccount)){ > > @Override > > protected void onSelectionChanged(Boolean newSelection) { > > super.onSelectionChanged(newSelection); > > createAccount = !createAccount; > > } > > > > @Override > > protected boolean wantOnSelectionChangedNotifications() > > { > > return true; > > > > This uses non-Ajax way to submit the new selection. > As you noted this leads to 'beforeunload' event being fired. > > You will have to use AjaxCheckBox or AjaxFormComponentUpdatingBehavior to > avoid the page reload. > > > > } > > }; > > form.add(createAccountCB); > > > > emailRepeat = new TextField("emailRepeat", new > > PropertyModel(appointCalendar, customer.eMailAdress")){ > > @Override > > protected void onConfigure(){ > > super.onConfigure(); > > setVisibilityAllowed(createAccount); > > } > > } > > }; > > emailRepeat.setOutputMarkupPlaceholderTag(true); > > form.add(emailRepeat): > > > > Thanks a lot in advance! > > Best Regards > > Daniela > > >
Re: testing subdomain page
Hi, On Wed, Mar 12, 2014 at 3:06 PM, Simon B wrote: > Hi Martin, > > Thanks for your reply, I've tried that and it works fine. > > I was hoping for a way that would fit more simply into my existing tests. > > Incidentally what is the best way for me to include code snippets, I use > the > nabble web interface, but I note that in your reply you didn't get any of > the code that included in "raw" tags. > Yes, posts from Nabble come with stripped code snippets. Fortunately these posts have a link to the nabble web UI so we can see the code there. I think the best would be if pastebin services are used for code snippets because with the syntax coloring it is much easier to read than a big chunk of raw text. > > Cheers > > Simon > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/testing-subdomain-page-tp4664912p4664916.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: testing subdomain page
Hi Martin, Thanks for your reply, I've tried that and it works fine. I was hoping for a way that would fit more simply into my existing tests. Incidentally what is the best way for me to include code snippets, I use the nabble web interface, but I note that in your reply you didn't get any of the code that included in "raw" tags. Cheers Simon -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/testing-subdomain-page-tp4664912p4664916.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: Close Browser Behavior
Hi, On Wed, Mar 12, 2014 at 1:15 PM, Daniela L wrote: > Hi, > I am using a close browser behavior to clean up user data if the user > closes > the browser window. I also use a CheckBox to toggle the visibility of some > Textfields. Unfortunately the refresh through the click of the CheckBox > triggers the close browser > behavior. How can this be avoided? > Here is what I did (with wicket 6.12.0): > > > customerFirstName = new RequiredTextField("customer.firstName"); > customerFirstName.setOutputMarkupPlaceholderTag(true); > closeBrowserBehavior = new AbstractDefaultAjaxBehavior() { >@Override > protected void respond(AjaxRequestTarget target) { > > AppointmentSession.get().releaseSavedBlockedFreeCalendarEvent(); > } > > @Override > public void renderHead(Component component, IHeaderResponse > response) { > super.renderHead(component, response); > response.render(new > OnDomReadyHeaderItem("window.onbeforeunload = > function (e) {" > + "if (!window.dontAsk) {" > + "Wicket.Ajax.get({u: > '"+getCallbackUrl()+"', async: false});" > + "var message = 'my message.'," > + "e = e || window.event;" + "if (e) {" > + "e.returnValue = message;" + "}}" + > "return message;" > + > "};")); > } > }; > customerFirstName.add(closeBrowserBehavior); > form.add(customerFirstName); > > createAccountCB = new CheckBox("createAccountCB", new > Model(createAccount)){ > @Override > protected void onSelectionChanged(Boolean newSelection) { > super.onSelectionChanged(newSelection); > createAccount = !createAccount; > } > > @Override > protected boolean wantOnSelectionChangedNotifications() > { > return true; > This uses non-Ajax way to submit the new selection. As you noted this leads to 'beforeunload' event being fired. You will have to use AjaxCheckBox or AjaxFormComponentUpdatingBehavior to avoid the page reload. > } > }; > form.add(createAccountCB); > > emailRepeat = new TextField("emailRepeat", new > PropertyModel(appointCalendar, customer.eMailAdress")){ > @Override > protected void onConfigure(){ > super.onConfigure(); > setVisibilityAllowed(createAccount); > } > } > }; > emailRepeat.setOutputMarkupPlaceholderTag(true); > form.add(emailRepeat): > > Thanks a lot in advance! > Best Regards > Daniela >
Re: testing subdomain page
Hi, Try with tester.executeUrl(Url.parse("http://foo.localhost:8080";)) Martin Grigorov Wicket Training and Consulting On Wed, Mar 12, 2014 at 12:44 PM, Simon B wrote: > Hi, > Following on from my previous question: > > > http://apache-wicket.1842946.n4.nabble.com/mounting-mapping-subdomain-HomePage-tp4664880.html > > I now want to test the page using the following: > > > > The web app is set up to redirect if it sees that a request has been made > from a subdomain or domain that is *not* > > foo.myapp.com > or > foo.localhost:8080 > > Because of this redirect the above test fails. > > When I look at the host of the url in the request during the test, with a > call to: > > > > it returns "localhost". > > How can I set the host for urls // requests in WicketTester to > "foo.localhost" > > Cheers > > Simon > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/testing-subdomain-page-tp4664912.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 > >
Close Browser Behavior
Hi, I am using a close browser behavior to clean up user data if the user closes the browser window. I also use a CheckBox to toggle the visibility of some Textfields. Unfortunately the refresh through the click of the CheckBox triggers the close browser behavior. How can this be avoided? Here is what I did (with wicket 6.12.0): customerFirstName = new RequiredTextField("customer.firstName"); customerFirstName.setOutputMarkupPlaceholderTag(true); closeBrowserBehavior = new AbstractDefaultAjaxBehavior() { @Override protected void respond(AjaxRequestTarget target) { AppointmentSession.get().releaseSavedBlockedFreeCalendarEvent(); } @Override public void renderHead(Component component, IHeaderResponse response) { super.renderHead(component, response); response.render(new OnDomReadyHeaderItem("window.onbeforeunload = function (e) {" + "if (!window.dontAsk) {" + "Wicket.Ajax.get({u: '"+getCallbackUrl()+"', async: false});" + "var message = 'my message.'," + "e = e || window.event;" + "if (e) {" + "e.returnValue = message;" + "}}" + "return message;" + "};")); } }; customerFirstName.add(closeBrowserBehavior); form.add(customerFirstName); createAccountCB = new CheckBox("createAccountCB", new Model(createAccount)){ @Override protected void onSelectionChanged(Boolean newSelection) { super.onSelectionChanged(newSelection); createAccount = !createAccount; } @Override protected boolean wantOnSelectionChangedNotifications() { return true; } }; form.add(createAccountCB); emailRepeat = new TextField("emailRepeat", new PropertyModel(appointCalendar, customer.eMailAdress")){ @Override protected void onConfigure(){ super.onConfigure(); setVisibilityAllowed(createAccount); } } }; emailRepeat.setOutputMarkupPlaceholderTag(true); form.add(emailRepeat): Thanks a lot in advance! Best Regards Daniela
testing subdomain page
Hi, Following on from my previous question: http://apache-wicket.1842946.n4.nabble.com/mounting-mapping-subdomain-HomePage-tp4664880.html I now want to test the page using the following: The web app is set up to redirect if it sees that a request has been made from a subdomain or domain that is *not* foo.myapp.com or foo.localhost:8080 Because of this redirect the above test fails. When I look at the host of the url in the request during the test, with a call to: it returns "localhost". How can I set the host for urls // requests in WicketTester to "foo.localhost" Cheers Simon -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/testing-subdomain-page-tp4664912.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: More Wicket JSESSION_ID Issues
Hi, It sounds like an issue with the IDE. What is the produced url with the custom jsession id ? Does it work if you paste this url directly in the browser address bar without involving the IDE ? And what is "the sign of my page" ? Martin Grigorov Wicket Training and Consulting On Tue, Mar 11, 2014 at 8:27 PM, Aaron J. Garcia wrote: > I finally got around to upgrading to Wicket 6.14.0 yesterday. With the new > changes in Wicket, I no longer get the exception spit out to the log when I > change the JSESSION_ID to JSESSION_ID_MYAPP. Thanks for that! > > I have another issue now: > > When I run my app in my IDE (I use Intellij 13.0.2 and Tomcat 7.0.39), it > usually opens up a browser window for me pointing to the sign in page of my > app. If JSESSION_ID is left alone, this behavior continues to work fine. > Once I change my JSESSION_ID to something else, I get a message from > Intellij that says "Cannot open URL. Please check this URL is correct:". > It > then shows the URL of my sign in page. > > Of course, if I navigate there directly, it comes up fine. This is > perplexing to me. Perhaps something in Wicket isn't playing nice with this > functionality? This was all working fine with Wicket 6.13.0, so I don't > know what changed. > > Would someone mind trying to reproduce? > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: ModalWindow and jQuery mousedown binding
Hi, You can use Google Chrome's Event Listener Breakpoints and see where mousedown is trapped. Dev Tools -> Sources -> right pane -> Event Listener Breakpoints -> Mouse ->mousedown Martin Grigorov Wicket Training and Consulting On Tue, Mar 11, 2014 at 11:32 PM, neilbennett wrote: > Thanks for the reply. I actually removed that binding from the html output > but I don't see any noticeable changes in behavior. Clicks on the > modalwindow still do not trigger the mousedown binding on the datetime > component unless it is outside of the modal window. > > I have limited javascript knowledge, hence why using Wicket, but I'm > stumped > on where to look on why these events aren't being sent to the datetime > component. > > Thanks, > > Neil > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/ModalWindow-and-jQuery-mousedown-binding-tp4664859p4664902.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 > >