Hi,
I'm having same errors in IE10 and Opera. Chrome and Firefox don't do this
(neither does IE always, but almost always it does). Wicket versions are 1.5.8
and 6.7.0
My case is a modal window that contains a panel with Image
(org.apache.wicket.markup.html.image.Image)
When modal window
Hi,
We are encountering problems on all pages that have timers for updating/polling
new data.
It seems that if new page is rendering, timer's request can mess things up.
Problem can be
reproduced with Wicket 1.5.3 and 1.5.4
An example situation:
1) Page (id1) has a timer and user presses link
Hi,
We noticed this while running our application in an environment where firewall
blocks all connections to outside addresses.
Adding filterMappingUrlPattern parameter helped.
so for instance helloworld's web.xml
(http://wicket.apache.org/learn/examples/helloworld.html) would be something
by:
getStoreSettings().setAsynchronous(false);
Now the question is this the correct way to avoid this problem? Or should
asynchronous saving work also with HttpSessionDataStore?
So is this a bug and should I open jira issue and provide quickstart
demonstrating the problem?
Regards,
Mikko Pukki
Hi,
Created a ticket: https://issues.apache.org/jira/browse/WICKET-4165
It is now marked as major because I forgot to change priority to minor.
Not at all a showstopper by any means.
Regards,
Mikko Pukki
-Original Message-
From: Martin Grigorov [mailto:mgrigo...@apache.org]
Sent: 24
Hi,
I just noticed that when wicket-devutils is included in compilation,
Application's initializeComponents
initializes org.apache.wicket.devutils.debugbar.DebugBarInitializer. Because of
this
org.apache.wicket.devutils.diskstore.DebugDiskDataStore is in use even when
application is in
to understand the inner workings of wicket 1.5 but there are
still some things
that are not clear for me.
Reqards,
Mikko Pukki
Hi all,
I encountered a problem while migrating from 1.4.x to 1.5. We have added some
custom StringResourceLoaders
to ResourceSettings in Application's init() like this:
getResourceSettings().addStringResourceLoader(new
BundleStringResourceLoader(tables));
Problem is that IResourceSetting's
Hi,
I wouldn't mess around with such scripts unless really necessary. Mainly,
because
Wicket can handle domreadyEvents on its own. I solved the problem by extending
ModalWindow and by adding a behavior that disables the unloadConfirmation. Like
this:
public MyModalWindow(String id,
/8, FF 3.5
Has anyone encountered any similar behavior and/or has found any workaround?
Should I create a Jira issue?
--
Mikko Pukki
Syncron Tech Oy
Laserkatu 6
53850 Lappeenranta
+358 400 757 178
that.
--
Mikko Pukki
Syncron Tech Oy
Laserkatu 6
53850 Lappeenranta
+358 400 757 178
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Hi,
It seems that there are not yet any commits made to snapshot regarding this.
- Mikko
-Original Message-
From: Mikko Pukki [mailto:mikko.pu...@syncrontech.com]
Sent: 8. huhtikuuta 2009 11:04
To: users@wicket.apache.org
Subject: RE: EmptyAjaxRequestTarget invokes failurescript when
Please open jira issue - or assign the code you posted to existing
one. I'll apply it.
-Matej
On Tue, Apr 7, 2009 at 3:30 PM, Mikko Pukki mikko.pu...@syncrontech.com wrote:
Hi,
We just noticed that if user is on a page and ajax request is
executing, pressing a link can cause
--
Mikko Pukki
Syncron Tech Oy
Laserkatu 6
53850 Lappeenranta
+358 400 757 178
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
Hi,
If you have a WebmarkupContainer (or whatever grouping component) that holds all
components of your cart, you can put a public/protected method
updateCart(AjaxRequestTarget target)
on your base page. When you click on AjaxLink on child page, you can
call that method. Same applies for any
in doing this?
And if there are any, are there any alternative ways to fix this?
- Mikko
-Original Message-
From: Mikko Pukki [mailto:mikko.pu...@syncrontech.com]
Sent: 8. joulukuuta 2008 15:50
To: users@wicket.apache.org
Subject: RE: AjaxSelfUpdatingBehavior problem with HttpSessionStore
Created JIRA issue WICKET-1971 and attached quickstart to it.
https://issues.apache.org/jira/browse/WICKET-1971
-Original Message-
From: Mikko Pukki [mailto:[EMAIL PROTECTED]
Sent: 4. joulukuuta 2008 22:49
To: users@wicket.apache.org
Subject: RE: AjaxSelfUpdatingBehavior problem
Hi everybody,
Recently we discovered that SecondLevelCacheSessionStore was giving us a huge
performance hit in some of our applications, so we decided to the old
HttpSessionStore. Performance increase was significant and the impact on memory
usage was relatively small, so we decided to stick
Hi,
Sorry, I forgot to mention that the wicket version we are using, is 1.3.5
- Mikko
Lähettäjä: Mikko Pukki [EMAIL PROTECTED]
Lähetetty: 4. joulukuuta 2008 22:29
Vastaanottaja: users@wicket.apache.org
Aihe: AjaxSelfUpdatingBehavior problem
,
Mikko Pukki
-Original Message-
From: Johan Compagner [mailto:[EMAIL PROTECTED]
Sent: 14. marraskuuta 2008 21:10
To: users@wicket.apache.org
Subject: Re: Page references and serialization
Doesnt have to be a bug, (it could be a new version of page a) but
besides that dont we have a sliding
20 matches
Mail list logo