Re: Possible issue in Localizer - Wicket Version 6.13.0
Hi, unfortunately I have not been able to reproduce it again. I am not using custom IStringResourceLoaders and the Exception occured within an Acunetix security scan. When operating the page manually, this Exception never occurs. Will inform you if there's something new. Regards, René Hartwig Mit freundlichen Grüßen / Best regards, René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun Am 18.02.2014 17:19, schrieb Martin Grigorov: Hi, any application can add custom IStringResourceLoaders with IResourceSettings#getStringResourceLoaders().add(mine) Now the question is: is there a bug in Wicket or in your app ? Please investigate :-) I think there were no changes in Wicket related to this functionality for a fairly long time. Martin Grigorov Wicket Training and Consulting On Tue, Feb 18, 2014 at 6:11 PM, René Hartwig <rene.hart...@befine-solutions.com> wrote: Hi, just stumbled across this problem after I updated to the latest Wicket Release: Is anything known about this? I did not make any further investigations, so if you need more details just tell me. Thanks and regards, René Hartwig -- Mit freundlichen Grüßen / Best regards, René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun
Replacing DiskFileItemfactory
Hi, is it possible to replace the DiskFileItemFactory with an implementation of my own? From what I see in Wicket code it is not. I need a bit more control over the files and am basically having the same problem as mentioned here: http://stackoverflow.com/questions/8493819/wicket-fileuploadfield-and-large-zip-uploads What I'm trying to do is a HTML5 upload, so the server will retrieve a big amount of file chunks that have to be put together at the end again and I'd therefore would like to have a bit more control over the files created. I would be greatful for any suggestions. Thanks and regards, René -- René Hartwig Senior Developer *Befine Solutions AG - The Cryptshare Company* Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: _Rene.Hartwig@befine-solutions.com_ Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = <http://www.linkedin.com/company/befine-solutions/products> Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun
Re: Replacing DiskFileItemfactory
Hi, yepp, that'll do it - didn't see that. Thanks! Best regards, René Hartwig Senior Developer *Befine Solutions AG - The Cryptshare Company* Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: _Rene.Hartwig@befine-solutions.com_ Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = <http://www.linkedin.com/company/befine-solutions/products> Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun Am 02.07.2014 09:05, schrieb Martin Grigorov: Hi, You can extend org.apache.wicket.protocol.http.servlet.ServletWebRequest#newMultipartWebRequest(org.apache.wicket.util.lang.Bytes, java.lang.String) and return new public MultipartServletWebRequestImpl(HttpServletRequest request, String filterPrefix, Bytes maxSize, String upload, FileItemFactory factory) Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Wed, Jul 2, 2014 at 9:49 AM, René Hartwig <mailto:rene.hart...@befine-solutions.com>> wrote: Hi, is it possible to replace the DiskFileItemFactory with an implementation of my own? From what I see in Wicket code it is not. I need a bit more control over the files and am basically having the same problem as mentioned here: http://stackoverflow.com/questions/8493819/wicket-fileuploadfield-and-large-zip-uploads What I'm trying to do is a HTML5 upload, so the server will retrieve a big amount of file chunks that have to be put together at the end again and I'd therefore would like to have a bit more control over the files created. I would be greatful for any suggestions. Thanks and regards, René -- René Hartwig Senior Developer *Befine Solutions AG - The Cryptshare Company* Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: _rene.hart...@befine-solutions.com <mailto:rene.hart...@befine-solutions.com>_ Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = <http://www.linkedin.com/company/befine-solutions/products> Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun
ComponentNotFoundException when using AbstractAjaxTimerBehavior
Hi, in my application I have implemented a simple ajax-based navigation: Clicking the navigation link replaces the current panel with a new one. One of the panels starts an ajax timer. If the user clicks another navigation link while the timer is still running a ComponentNotFoundException is raised. I tried to work around this problem by unbinding the timer before I replace the current panel. However, if I do that I am running into a NullPointerException: Do you have any suggestions on how I can solve this problem? I am using Wicket v7.4.0 Thanks and best regards, René -- Mit freundlichen Grüßen / Best regards, René Hartwig** Senior Developer Mail: rene.hart...@cryptshare.com Phone: +49 761 38913 0 Fax: +49 761 38913 115 Web: _www.cryptshare.com_ <https://www.cryptshare.com/signaturehomelink> Befine Solutions AG - The Cryptshare company ** Werthmannstr. 15 79098 Freiburg Germany __ Are your attachments too large or confidential for common e-mail? Get to know _Cryptshare_ <https://www.cryptshare.com/signaturehomelink>! __ Follow us for news and product updates: _twitter_ <https://twitter.com/cryptshare> l _Linkedin_ <https://www.linkedin.com/company/befine-solutions> l _XING_ <https://www.xing.com/companies/befinesolutionsag> l _Youtube_ <https://www.youtube.com/channel/UCY403XxwxYl3wfv_I1QvE5A> l _Google+_ <https://plus.google.com/116481567396572793816/posts> l _RSS_ __ Register Court Freiburg HRB 6144, Board of Management: Mark Forrest, Dominik Lehr, Chairman of the Supervisor Board: Thilo Braun
Re: ComponentNotFoundException when using AbstractAjaxTimerBehavior
Hi, thank, you! Yes it was the AjaxChannels, when using the same channel it is working fine. Mit freundlichen Grüßen / Best regards, René Hartwig** Senior Developer Mail: rene.hart...@cryptshare.com Phone: +49 761 38913 0 Fax: +49 761 38913 115 Web: _www.cryptshare.com_ <https://www.cryptshare.com/signaturehomelink> Befine Solutions AG - The Cryptshare company ** Werthmannstr. 15 79098 Freiburg Germany __ Are your attachments too large or confidential for common e-mail? Get to know _Cryptshare_ <https://www.cryptshare.com/signaturehomelink>! __ Follow us for news and product updates: _twitter_ <https://twitter.com/cryptshare> l _Linkedin_ <https://www.linkedin.com/company/befine-solutions> l _XING_ <https://www.xing.com/companies/befinesolutionsag> l _Youtube_ <https://www.youtube.com/channel/UCY403XxwxYl3wfv_I1QvE5A> l _Google+_ <https://plus.google.com/116481567396572793816/posts> l _RSS_ __ Register Court Freiburg HRB 6144, Board of Management: Mark Forrest, Dominik Lehr, Chairman of the Supervisor Board: Thilo Braun Am 16.11.2016 um 17:00 schrieb René Hartwig: Hi, in my application I have implemented a simple ajax-based navigation: Clicking the navigation link replaces the current panel with a new one. One of the panels starts an ajax timer. If the user clicks another navigation link while the timer is still running a ComponentNotFoundException is raised. I tried to work around this problem by unbinding the timer before I replace the current panel. However, if I do that I am running into a NullPointerException: Do you have any suggestions on how I can solve this problem? I am using Wicket v7.4.0 Thanks and best regards, René -- Mit freundlichen Grüßen / Best regards, René Hartwig** Senior Developer Mail: rene.hart...@cryptshare.com Phone: +49 761 38913 0 Fax: +49 761 38913 115 Web: _www.cryptshare.com_ <https://www.cryptshare.com/signaturehomelink> Befine Solutions AG - The Cryptshare company ** Werthmannstr. 15 79098 Freiburg Germany __ Are your attachments too large or confidential for common e-mail? Get to know _Cryptshare_ <https://www.cryptshare.com/signaturehomelink>! __ Follow us for news and product updates: _twitter_ <https://twitter.com/cryptshare> l _Linkedin_ <https://www.linkedin.com/company/befine-solutions> l _XING_ <https://www.xing.com/companies/befinesolutionsag> l _Youtube_ <https://www.youtube.com/channel/UCY403XxwxYl3wfv_I1QvE5A> l _Google+_ <https://plus.google.com/116481567396572793816/posts> l _RSS_ __ Register Court Freiburg HRB 6144, Board of Management: Mark Forrest, Dominik Lehr, Chairman of the Supervisor Board: Thilo Braun
WICKET-1449 in Wicket 6.4.0
Hi there, I just tested my application within an Internet Explorer 6 and that issue occurs. What can I do about it? Thanks and regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher
Re: WICKET-1449 in Wicket 6.4.0
Hi, thanks for the fast response - I recognized that issue is very old, but its exactly what happens in my browser. So - I am using an embedded Jetty 8.1.7 and the error occurs when navigating to a different site via 'setResponsePage(Start.class)'. Nothing special - no Page parameters or anything else. Its working in every browser except ie6 - unfortunately I have to support it, so I've got to find a way to solve that problem. Best regards, René Hartwig René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher Am 25.01.2013 13:41, schrieb Martin Grigorov: Hi, This ticket is very old (Wicket 1.3.5). We need some more information to be able to help you. In what conditions the problem occurs ? Which web container do you use ? IE6 is not supported anymore. On Fri, Jan 25, 2013 at 2:37 PM, René Hartwig <rene.hart...@befine-solutions.com> wrote: Hi there, I just tested my application within an Internet Explorer 6 and that issue occurs. What can I do about it? Thanks and regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com
MinimumValidator shows password in error message
Hi, I recognized that the MinimumValidator shows the given password in its error message. Is that intentional? Best regards, René Hartwig -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher
Re: MinimumValidator shows password in error message
Hi, yes - it was in wicket 1.5 - as I am now using a custom validator and wicket 6 its no problem. Just wanted to make sure you are aware of this. Thanks and regards, René Hartwig René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher Am 28.01.2013 09:39, schrieb Martin Grigorov: Hi, You don't mention which version you use. This is improved in Wicket 6. RangeValidator.minimum=The value of '${label}' must be at least ${minimum}. RangeValidator.maximum=The value of '${label}' must be at most ${maximum}. #deprecated, use RangeValidator.minimum MinimumValidator=The value of '${label}' must be at least ${minimum}. i.e. now it says something like: The value of 'password field' must be at least 6 You can always provide your own message by adding password.RangeValidator.minimum=The password is too short in MyApplication.properties On Mon, Jan 28, 2013 at 10:29 AM, René Hartwig <rene.hart...@befine-solutions.com> wrote: Hi, I recognized that the MinimumValidator shows the given password in its error message. Is that intentional? Best regards, René Hartwig -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com
Ajax file download - Invalid XML
Hi, I'm using Wicket 6.7.0 with an embedded Jetty and implemented a file download mechanism as suggested here: https://cwiki.apache.org/confluence/display/WICKET/AJAX+update+and+file+download+in+one+blow My implementation is slighlty different from the suggested one, but still I think it is pretty much the same: private void writeDownload(final List transfers) { String fileName = UrlEncoder.QUERY_INSTANCE.encode("logExport-" + CalendarTool.format(beginDate) + "-" + CalendarTool.format(endDate) + ".csv", getRequest().getCharset()); IResourceStream resourceStream = new AbstractResourceStreamWriter() { @Override public void write(OutputStream output) throws IOException { BHLogExport.writeCSVLog(transfers, output, getLocalizer(), Session.get().getLocale(), LogExportPanel.this); } @Override public String getContentType() { return "text/csv"; } }; ResourceStreamRequestHandler resource = new ResourceStreamRequestHandler(resourceStream, fileName); resource.setContentDisposition(ContentDisposition.ATTACHMENT); resource.setCacheDuration(Duration.NONE); // resource.setFileName(fileName); getRequestCycle().scheduleRequestHandlerAfterCurrent(resource); try { resourceStream.close(); } catch (IOException e) { throw new CryptshareRuntimeException("An error occured while trying to write the csv file to the output stream.", e); } } I am using a custom Button wrapping an AjaxButton. Except from that, there is no difference, but I still keep getting an error message instead of the file download dialog. Do you have any suggestions what I might be doing wrong? Thanks and best regards, René Hartwig -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher
Re: Ajax file download - Invalid XML
Great, thanks - that was it Best regards, René René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher Am 18.06.2013 13:32, schrieb Ernesto Reinaldo Barreiro: Well spotted.. and I guess the wrong XML error is because you are returning CSV instead of wicket AJAX XML. On Tue, Jun 18, 2013 at 3:26 PM, Martin Grigorov wrote: Hi, On Tue, Jun 18, 2013 at 2:14 PM, René Hartwig < rene.hart...@befine-solutions.com> wrote: Hi, I'm using Wicket 6.7.0 with an embedded Jetty and implemented a file download mechanism as suggested here: https://cwiki.apache.org/confluence/display/WICKET/AJAX+update+and+file+download+in+one+blow My implementation is slighlty different from the suggested one, but still I think it is pretty much the same: private void writeDownload(final List transfers) { String fileName = UrlEncoder.QUERY_INSTANCE.encode("logExport-" + CalendarTool.format(beginDate) + "-" + CalendarTool.format(endDate) + ".csv", getRequest().getCharset()); IResourceStream resourceStream = new AbstractResourceStreamWriter() { @Override public void write(OutputStream output) throws IOException { BHLogExport.writeCSVLog(transfers, output, getLocalizer(), Session.get().getLocale(), LogExportPanel.this); } @Override public String getContentType() { return "text/csv"; } }; ResourceStreamRequestHandler resource = new ResourceStreamRequestHandler(resourceStream, fileName); resource.setContentDisposition(ContentDisposition.ATTACHMENT); resource.setCacheDuration(Duration.NONE); // resource.setFileName(fileName); getRequestCycle().scheduleRequestHandlerAfterCurrent(resource); With the line above you are scheduling a request handler after the Ajax one (AjaxRequestTarget), so you write directly the binary data in the Ajax response. This won't work. Follow the wiki more closely. It does: target.appendJavaScript( "setTimeout(\"window.location.href=''\", 100);"); I.e. it makes a new request to load the binary. try { resourceStream.close(); } catch (IOException e) { throw new CryptshareRuntimeException("An error occured while trying to write the csv file to the output stream.", e); } } I am using a custom Button wrapping an AjaxButton. Except from that, there is no difference, but I still keep getting an error message instead of the file download dialog. Do you have any suggestions what I might be doing wrong? Thanks and best regards, René Hartwig -- René Hartwig Senior Developer *Befine Solutions AG - The Cryptshare Company* Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: *rene.hart...@befine-solutions.com* Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Edgar Fehrenbacher
Avoid ListenerInvocationNotAllowedException on slow clients
Hi there, I am using Wicket Version 6.9.1 on a Jetty 8 Server and have a Page opening up a modal dialog triggered by an AjaxSubmitLink. Now I recognized that on slow Clients a User is capable of clicking this link twice so that the server has already disabled the behavior, but the Client has not yet redrawn the page and the second click then causes a ListenerInvocationNotAllowedException. Do you have a suggestion for me how I can avoid, or at least improve this behavior? Thank you and best regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun
Re: Avoid ListenerInvocationNotAllowedException on slow clients
Perfect! Thank you! René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun Am 31.07.2013 08:37, schrieb Martin Grigorov: Hi, You can use AjaxChannel.ACTIVE in the Ajax attributes. This will tell Wicket JS to not send second Ajax call until the previous has finished. On Wed, Jul 31, 2013 at 8:03 AM, René Hartwig <rene.hart...@befine-solutions.com> wrote: Hi there, I am using Wicket Version 6.9.1 on a Jetty 8 Server and have a Page opening up a modal dialog triggered by an AjaxSubmitLink. Now I recognized that on slow Clients a User is capable of clicking this link twice so that the server has already disabled the behavior, but the Client has not yet redrawn the page and the second click then causes a ListenerInvocationNotAllowedException. Do you have a suggestion for me how I can avoid, or at least improve this behavior? Thank you and best regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun
Re: IE10 Compat View/large files/UploadProgressBar
Hi, have you been able yet to verify this? Do you have a sugeestion what I can do to avoid it? Best regards, René René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun Am 02.08.2013 15:13, schrieb René Hartwig: Hi there, I am using Wicket 6.9.1 on a Jetty 8 embedded Webserver. I implemented an upload page where I can upload files up to 2GB. This is all working fine, except when switching in IE10 to Compatibility View and Document Mode IE7: In this case, the processes I implemented won't get executed. I do not get any errors - no _javascript_ errors and no errors on server side. I attached a quickstart where this happens. On my testing environment it always happens when uploading a 1GB file. Thanks for your help and best regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: IE10 Compat View/large files/UploadProgressBar
Hi, yes, with smaller files it is working. Also the file is being transferred (regardless how large it is) - I can see the comletely uploaded file in the temporary directory. Form processing seems to work as well. Only IE doesn't seem to react anymore. regards, René René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun Am 05.08.2013 12:01, schrieb Martin Grigorov: Hi, Does it work with smaller files ? Check with Firebug or similar whether there is an Ajax request when you use 1Gb+ file. On Mon, Aug 5, 2013 at 11:41 AM, René Hartwig <rene.hart...@befine-solutions.com> wrote: Hi, have you been able yet to verify this? Do you have a sugeestion what I can do to avoid it? Best regards, René René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun Am 02.08.2013 15:13, schrieb René Hartwig: Hi there, I am using Wicket 6.9.1 on a Jetty 8 embedded Webserver. I implemented an upload page where I can upload files up to 2GB. This is all working fine, except when switching in IE10 to Compatibility View and Document Mode IE7: In this case, the processes I implemented won't get executed. I do not get any errors - no _javascript_ errors and no errors on server side. I attached a quickstart where this happens. On my testing environment it always happens when uploading a 1GB file. Thanks for your help and best regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49
Internet Explorer 11 detection
Hi there, for testing purposes I installed the new IE11 Developer Version on my PC and recognized that Wicket (v.6.9.1) will not recognize this version as IE (ClientProperties clientProperties = session.getClientInfo().getProperties();). I suppose this is because of the fact that Microsoft finally decided to fulfil some web-standards (http://www.nczonline.net/blog/2013/07/02/internet-explorer-11-dont-call-me-ie/) and therefore the User-Agent-String does not contain the 'MSIE' token anymore. What is your suggestion on how to handle this? A quick look to your Release Notes for version 6.10.0 didn't mention anything about it, so I suppose with the latest version this issue would remain. I also recognized that jquery>v1.9 has removed the 'jQuery.browser' function and the new recommondation is to use feature detection instead. So what would you recommend, or will you update Wicket accordingly with a next release version? Thank you and best regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun
Re: Internet Explorer 11 detection
Hi, ok thanks - I do not have something yet - just recognized it. I'll inform you if I have a patch for it. regards, René René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun Am 17.09.2013 13:58, schrieb Martin Grigorov: Hi, Usually Wicket doesn't support preview versions of the browsers because they may change their mind several times before going final/stable. But if you provide a patch we may consider it if it doesn't affect other areas of the code. On Tue, Sep 17, 2013 at 2:38 PM, René Hartwig <rene.hart...@befine-solutions.com> wrote: Hi there, for testing purposes I installed the new IE11 Developer Version on my PC and recognized that Wicket (v.6.9.1) will not recognize this version as IE (ClientProperties clientProperties = session.getClientInfo().getProperties();). I suppose this is because of the fact that Microsoft finally decided to fulfil some web-standards (http://www.nczonline.net/blog/2013/07/02/internet-explorer-11-dont-call-me-ie/) and therefore the User-Agent-String does not contain the 'MSIE' token anymore. What is your suggestion on how to handle this? A quick look to your Release Notes for version 6.10.0 didn't mention anything about it, so I suppose with the latest version this issue would remain. I also recognized that jquery>v1.9 has removed the 'jQuery.browser' function and the new recommondation is to use feature detection instead. So what would you recommend, or will you update Wicket accordingly with a next release version? Thank you and best regards, René -- René Hartwig Senior Developer Befine Solutions AG - The Cryptshare Company Bebelstraße 17 79108 Freiburg Germany Tel: +49 (0) 761 38913 0 Fax: +49 (0) 761 38913 115 E-Mail: rene.hart...@befine-solutions.com Internet: http://www.cryptshare.com = Your attachments are too large or too confidential for e-mail? Get to know Cryptshare! http://www.cryptshare.com = Amtsgericht Freiburg HRB 6144 Vorstand Mark Forrest, Dominik Lehr Aufsichtsratsvorsitzender Thilo Braun