Re: Performance issue (possible bug since 7.2.0…up to and including 8.0.0-M8)

Thanks guys, I filed WICKET-6506. -Lon On Wed, Dec 13, 2017 at 2:15 AM, Emond Papegaaij wrote: > Martin is right. It seems like you found a regression in the changes made > for > WICKET-6021. In general, the performance was increased by those changes, > but >

Re: Performance issue (possible bug since 7.2.0…up to and including 8.0.0-M8)

Martin is right. It seems like you found a regression in the changes made for WICKET-6021. In general, the performance was increased by those changes, but evidently not in this case. Please create a JIRA issue and attach a quickstart that shows the problem. That should help us debug this

Re: Performance issue (possible bug since 7.2.0…up to and including 8.0.0-M8)

In 7.2 we modified the markupcontainer's storage of its children to accommodate large numbers of children. The original structure gave adding children a O(N^2) complexity, so it was changed to become O(1) for N>some value. Apparently your use case is not part of our setup and we should see what

Re: Performance issue (possible bug since 7.2.0…up to and including 8.0.0-M8)

Performance is no joking mantter =) 2017-12-13 3:56 GMT+02:00 Lon Varscsak : > Haha, sure…I was sure someone was going to argue with me. :P > > -Lon > > On Tue, Dec 12, 2017 at 6:23 PM, Martin Makundi < > martin.maku...@koodaripalvelut.com> wrote: > > > Good find! Sounds

Re: Performance issue (possible bug since 7.2.0…up to and including 8.0.0-M8)

Haha, sure…I was sure someone was going to argue with me. :P -Lon On Tue, Dec 12, 2017 at 6:23 PM, Martin Makundi < martin.maku...@koodaripalvelut.com> wrote: > Good find! Sounds like a bug, file to jira? > > 2017-12-12 23:38 GMT+02:00 Lon Varscsak : > > > Okay, so

Re: Performance issue (possible bug since 7.2.0…up to and including 8.0.0-M8)

Good find! Sounds like a bug, file to jira? 2017-12-12 23:38 GMT+02:00 Lon Varscsak : > Okay, so here's the situation, I have a component where an Ajax request > displays a large table (1000ish rows). It display fast, no problem, not a > great use of resources (not

Re: Autocomplete has a bug

Hi, Better create a new ticket with a quickstart and steps to reproduce. As you can see comments on a closed ticket might get lost. Thanks! Martin Grigorov Wicket Training and Consulting https://twitter.com/mtgrigorov On Thu, Jul 21, 2016 at 1:53 PM, Entropy wrote: >

Re: Potential HTTPS redirects bug with deactivated js

Hi Dmitriy, this is a bug in WebPageRenderer, so please open a Jira issue. A simple non-ajax button exposes the problem too, no need to tinker with deactivated JS: form.add(new AjaxButton(ajaxGo, form){}); form.add(new Button(go)); Please change your quickstart before

Re: Potential HTTPS redirects bug with deactivated js

Thanks for the response Sven! Issue created: https://issues.apache.org/jira/browse/WICKET-5522 Dmitriy 2014-02-27 12:22 GMT+01:00 Sven Meier s...@meiers.net: Hi Dmitriy, this is a bug in WebPageRenderer, so please open a Jira issue. A simple non-ajax button exposes the problem too, no

Re: Potential HTTPS redirects bug with deactivated js

There is a workaround for the problem: Extend RedirectPage - anotate it with RequireHttps - insert this page between source (http) and target (https) pages. The second redirect leads to the https page! Dmitriy 2014-02-27 13:04 GMT+01:00 Dmitriy Neretin dmitriy.nere...@googlemail.com: Thanks

Re: CheckGroup updateModel + setrequired (Bug?)

It will get some time to test that, but i will give a try later. What a want to understand is: 1) Why the checkgroup dont update his model automatically, forcing me to call updateFormComponentModels()?? I tried a PropertyModel in the constructor and a collection directly, the result is the same.

Re: CheckGroup updateModel + setrequired (Bug?)

Are you calling super.onValidate() ? And I think before updating the models, all components must be visitted. *Bruno Borges* www.brunoborges.com.br +55 21 76727099 On Thu, Aug 11, 2011 at 11:39 AM, delta lsgpimen...@gmail.com wrote: When I set the *setRequired(true)* in a CheckGroup and

Re: CheckGroup updateModel + setrequired (Bug?)

Yeap, I'm calling ;) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/CheckGroup-updateModel-setrequired-Bug-tp3736032p3736067.html Sent from the Users forum mailing list archive at Nabble.com. - To

Re: CheckGroup updateModel + setrequired (Bug?)

Hmmm, the error only occurs when no CheckBox in the CheckGroup is marked, but considering this scenario the super.onValidate() should complain about I don't have any CheckBox marked in a CheckGroup with serRequired(true), that's not what happening. And since this validation don't exists, when

Re: CheckGroup updateModel + setrequired (Bug?)

Hmmm, the error only occurs when no CheckBox in the CheckGroup is marked, but considering this scenario the super.onValidate() should complain about I don't have any CheckBox marked in a CheckGroup with serRequired(true), that's not what happening. And since this validation don't exists, when

Re: CheckGroup updateModel + setrequired (Bug?)

Is that Wicket 1.5 RC5.1 ? *Bruno Borges* www.brunoborges.com.br +55 21 76727099 On Thu, Aug 11, 2011 at 12:00 PM, delta lsgpimen...@gmail.com wrote: Hmmm, the error only occurs when no CheckBox in the CheckGroup is marked, but considering this scenario the super.onValidate() should

Re: CheckGroup updateModel + setrequired (Bug?)

It's 1.4.15 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/CheckGroup-updateModel-setrequired-Bug-tp3736032p3736109.html Sent from the Users forum mailing list archive at Nabble.com. - To

Re: CheckGroup updateModel + setrequired (Bug?)

Could you test your app with 1.4.18 ? Just in case... *Bruno Borges* www.brunoborges.com.br +55 21 76727099 On Thu, Aug 11, 2011 at 12:04 PM, delta lsgpimen...@gmail.com wrote: It's 1.4.15 -- View this message in context:

Re: CheckGroup updateModel + setrequired (Bug?)

why are you calling updatemodels() from inside onvalidate()? this is what happens anyways if validation passes. i am guessing your code does not check if the form is valid before calling updatemodels() which causes the error you are describing since you are forcing a model update for a component

Re: CheckGroup updateModel + setrequired (Bug?)

I'm doing that to force the Models to update, since when I receive a validate error, like when I dont fill a required field, the checkgroup in the page loose the ckeckboxes marked, so I update the models and the marked checkboxes come back (So the user dont have to mark all over again just because

Re: CheckGroup updateModel + setrequired (Bug?)

I can't, we must work with this version, because of the company. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/CheckGroup-updateModel-setrequired-Bug-tp3736032p3736594.html Sent from the Users forum mailing list archive at Nabble.com.

Re: CheckGroup updateModel + setrequired (Bug?)

Even if you can't upgrade the production version its worth testing it against the newer version of Wicket to see if the bug is resolved. On Thu, Aug 11, 2011 at 12:43 PM, delta lsgpimen...@gmail.com wrote: I can't, we must work with this version, because of the company. -- View this message

Re: Is this a bug?

input type=button value=next wicket:id=next/ Remove bolded quote :) -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-this-a-bug-tp3473469p3473539.html Sent from the Users forum mailing list archive at Nabble.com.

Re: Is this a bug?

Try to use character code #62; instead -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-this-a-bug-tp3473469p3473554.html Sent from the Users forum mailing list archive at Nabble.com. - To

Re: Is this a bug?

no luck... since it is quoted it appears a string -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Is-this-a-bug-tp3473469p3473617.html Sent from the Users forum mailing list archive at Nabble.com. -

Re: Is this a bug?

Imho this is the issue mentioned in https://issues.apache.org/jira/browse/WICKET-3608 https://issues.apache.org/jira/browse/WICKET-3608Attila 2011/4/25 nimmy nim_sa...@hotmail.com no luck... since it is quoted it appears a string -- View this message in context:

Re: Is this a bug?

Try this: input type=submit wicket:id=next wicket:message=value:yourLocalizedMessage / And write this 'yourLocalizedMessage' in your localization properties file like this: yourLocalizedMessage=Submit More info about localization:

Re: Is this a bug?

Hi, On Mon, Apr 25, 2011 at 8:20 PM, meduolis meduol...@gmail.com wrote: Try this: input type=submit wicket:id=next wicket:message=value:yourLocalizedMessage / And write this 'yourLocalizedMessage' in your localization properties file like this: yourLocalizedMessage=Submit Yes, this is

Re: [1.5.0-rc2] possible bug with danish characters

Ok done som hardcore diging, and found out the problem. I use markup inheritance in my parent page everything are declared as it should be like: ... ?xml version=1.0 encoding=UTF-8? !-- ** -- !-- NetDesign Web Template -- !-- ** -- ! DOCTYPE html PUBLIC

Re: [1.5.0-rc2] possible bug with danish characters

trunk from today runs at http://www.wicket-library.com/wicket-examples On Wed, Mar 2, 2011 at 9:21 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: is there a server somewhere where rc2 live examples are running on? 2011/3/2 Martin Grigorov mgrigo...@apache.org quickstart will

Re: [1.5.0-rc2] possible bug with danish characters

Hi Will try it. Is there a complete example with the html in place there? Tnx - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org

Re: [1.5.0-rc2] possible bug with danish characters

Have you tried 1.5? -- Gonzalo Aguilar Delgado Consultor CRM - Ingeniero en Informática M. +34 607 81 42 76 No subestimes el poder de la gente estúpida en grupos grandes El jue, 03-03-2011 a las 20:09 +0200, Martin Grigorov escribió: trunk from today runs at

RE: [1.5.0-rc2] possible bug with danish characters

I just noticed that after upgrading to rc2, my some of my texts like håndteret kald when getting saved/posted becomes this: hÃ¥ndteret kald.. Charset issue, they get posted as UTF-8; you probably either need to test for charset or assume UTF-8 across the board. - Tor Iver

Re: [1.5.0-rc2] possible bug with danish characters

The problem is not there with rc1, Im using Tomcat 7.04... So to explain again, I have a text 2011/3/2 nino martinez wael nino.martinez.w...@gmail.com Hi I just noticed that after upgrading to rc2, my some of my texts like håndteret kald when getting saved/posted becomes this: hÃ¥ndteret

Re: [1.5.0-rc2] possible bug with danish characters

Charset are UTF8... Anyhow there's no problem on rc1.. 2011/3/2 Wilhelmsen Tor Iver toriv...@arrive.no I just noticed that after upgrading to rc2, my some of my texts like håndteret kald when getting saved/posted becomes this: hÃ¥ndteret kald.. Charset issue, they get posted as UTF-8; you

Re: [1.5.0-rc2] possible bug with danish characters

anyone have an idea why changing from rc1 to rc2 would have an have an impact on this..? There was no issue that looked related to me (in the change log). 2011/3/2 nino martinez wael nino.martinez.w...@gmail.com Charset are UTF8... Anyhow there's no problem on rc1.. 2011/3/2 Wilhelmsen Tor

Re: [1.5.0-rc2] possible bug with danish characters

quickstart will help us to debug it. attach it to jira thanks! On Wed, Mar 2, 2011 at 3:16 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: anyone have an idea why changing from rc1 to rc2 would have an have an impact on this..? There was no issue that looked related to me (in the

Re: [1.5.0-rc2] possible bug with danish characters

is there a server somewhere where rc2 live examples are running on? 2011/3/2 Martin Grigorov mgrigo...@apache.org quickstart will help us to debug it. attach it to jira thanks! On Wed, Mar 2, 2011 at 3:16 PM, nino martinez wael nino.martinez.w...@gmail.com wrote: anyone have an idea

Re: is this a bug in ModelT?

it is a bug, open a jira issue Or a feature? Either it should use getObject() internally or Model.getObject() should be declared final to prevent the programmer from thinking he can override it - both will solve the issue. - Tor Iver

Re: is this a bug in ModelT?

I did something similar and it works. ** Martin 2010/6/15 Alex Rass a...@itbsllc.com: Hi. Was writing some code and encountered that org.apache.wicket.model.Model T Always uses direct references to 'object' variable directly. And never as getObject(). This may hinder overriding methods.

RE: is this a bug in ModelT?

, 2010 6:11 AM To: users@wicket.apache.org Subject: Re: is this a bug in ModelT? I did something similar and it works. ** Martin 2010/6/15 Alex Rass a...@itbsllc.com: Hi. Was writing some code and encountered that org.apache.wicket.model.Model T Always uses direct references to 'object

Re: is this a bug in ModelT?

Makundi [mailto:martin.maku...@koodaripalvelut.com] Sent: Tuesday, June 15, 2010 6:11 AM To: users@wicket.apache.org Subject: Re: is this a bug in ModelT? I did something similar and it works. ** Martin 2010/6/15 Alex Rass a...@itbsllc.com: Hi. Was writing some code and encountered

RE: is this a bug in ModelT?

AM To: users@wicket.apache.org Subject: Re: is this a bug in ModelT? I did something similar and it works. ** Martin 2010/6/15 Alex Rass a...@itbsllc.com: Hi. Was writing some code and encountered that org.apache.wicket.model.Model T Always uses direct references to 'object

Re: is this a bug in ModelT?

- From: Martin Makundi [mailto:martin.maku...@koodaripalvelut.com] Sent: Tuesday, June 15, 2010 6:11 AM To: users@wicket.apache.org Subject: Re: is this a bug in ModelT? I did something similar and it works. ** Martin 2010/6/15 Alex Rass a...@itbsllc.com: Hi. Was writing some

Re: is this a bug in ModelT?

email]http://user/SendEmail.jtp?type=nodenode=2256139i=1 Subject: Re: is this a bug in ModelT? I did something similar and it works. ** Martin 2010/6/15 Alex Rass [hidden email]http://user/SendEmail.jtp?type=nodenode=2256139i=2: Hi. Was writing some code and encountered

RE: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

as far as i rememember there is a collection registered in setttings and then each component can also implement a resolver. the contract can be seen in markupcontainer#rendernext method 1) first walk over the component hierarchy and check if any are resolvers 2) walk over collection

RE: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

as far as i rememember there is a collection registered in setttings and then each component can also implement a resolver. the contract can be seen in markupcontainer#rendernext method 1) first walk over the component hierarchy and check if any are resolvers 2) walk over

Re: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

to resolve the wicket:enclosure tag itself. the tag handler will assign a wicket:id to the wicket:enclosure tag. the component resolver then has to resolve that wicket:id to a component. -igor On Fri, Sep 18, 2009 at 8:35 PM, Chris Colman chr...@stepaheadsoftware.com wrote: to make the

RE: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

to resolve the wicket:enclosure tag itself. the tag handler will assign a wicket:id to the wicket:enclosure tag. the component resolver then has to resolve that wicket:id to a component. Ah, ok. At first it seemed strange to need an EnclosureResolver when wicket already knew that it was an

RE: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

this contract is not factored out anywhere, but maybe doing so may be worthwhile. can be part of your patch, something like ComponentResolvers.resolve(MarkupContainer parent, ) Yes looks like this code in MarkupContainer.renderNext would need to be factored out: // 3rd try: Try

RE: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

this contract is not factored out anywhere, but maybe doing so may be worthwhile. can be part of your patch, something like ComponentResolvers.resolve(MarkupContainer parent, ) I've tried invoking the application resolvers from many different places within the Enclosure class but

Re: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

you are welcome to provide a patch. -igor On Thu, Sep 17, 2009 at 1:57 PM, Chris Colman chr...@stepaheadsoftware.com wrote: As can be seen by the Enclosure.getChildComponent method below the component resolver expects to find the 'child' within its own parent - i.e. it assumes that its

RE: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

you are welcome to provide a patch. -igor I would if I could get it working ;). At what point in the lifecycle of normal parent should the component resolver be invoked to instantiate the children? And... is there a convention for calling the component resolvers? There's obviously a

Re: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

On Fri, Sep 18, 2009 at 3:02 PM, Chris Colman chr...@stepaheadsoftware.com wrote: you are welcome to provide a patch. -igor I would if I could get it working ;). At what point in the lifecycle of normal parent should the component resolver be invoked to instantiate the children? this

RE: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

At what point in the lifecycle of normal parent should the component resolver be invoked to instantiate the children? this happens during render time when wicket is trying to match up markup to a component I'm wondering if Enclosure, with its need to obtain knowledge of its 'child' (which

Re: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

to make the component a direct child of enclosure you would have to have an Enclosure component that is explicitly added into the hierarchy, at which point you can simply use a WebMarkupContainer whose visibility is tied to that of the child to replicate the functionality. the whole point of

RE: Is it a bug that Enclosure is not invoking component resolver to resolve its children?

to make the component a direct child of enclosure you would have to have an Enclosure component that is explicitly added into the hierarchy, at which point you can simply use a WebMarkupContainer whose visibility is tied to that of the child to replicate the functionality. the whole point of

Re: [Not a joke] Bug when using HybridUrlCodingStrategy

With a quickstart - sure! -- Jeremy Thomerson http://www.wickettraining.com On Wed, Apr 1, 2009 at 2:30 AM, Objelean Alex alex.objel...@gmail.comwrote: In my application I use HybridUrlCodingStrategy for all my pages. I've noticed that when cookies are disabled, the FeedbackPanel isn't

Re: [Not a joke] Bug when using HybridUrlCodingStrategy

Issue created: https://issues.apache.org/jira/browse/WICKET-2198 WICKET-2198 . Thank you! Alex Objelean Jeremy Thomerson-5 wrote: With a quickstart - sure! -- Jeremy Thomerson http://www.wickettraining.com On Wed, Apr 1, 2009 at 2:30 AM, Objelean Alex

Re: Is this a bug in Wicket?

Don't put the input type=radio / in a td. Should be: tr tdSearch feed by name:/td tdinput type=text wicket:id=feedName//td /tr tr td

Re: Is this a bug in Wicket?

Mattler thanks for the tip, It did work like a charm, but I am bit confuse about this behavior. Regards, RJ. rmattler wrote: Don't put the input type=radio / in a td. Should be: tr tdSearch feed by name:/td

Re: Is this a bug in Wicket?

I understand what Mr. Mattler said but is it correct from the HTML point of view? Anybody knows what the HTML specification says about it? On Thu, Mar 5, 2009 at 2:49 PM, rjilani jil...@lifebiosystems.com wrote: Mattler thanks for the tip, It did work like a charm, but I am bit confuse about

Re: Is this a bug in Wicket?

you have two tds in your first tr, but 3 in your next one. also wicket just generates the html, how the browser renders it is not dependent on wicket. -igor On Thu, Mar 5, 2009 at 9:15 AM, rjilani jil...@lifebiosystems.com wrote: Hi: Gurus, I am trying to render a form and looks like wicket

Re: Is this a bug in Wicket?

Where is the 'conditionChoice' in the markup? On Thu, Mar 5, 2009 at 2:15 PM, rjilani jil...@lifebiosystems.com wrote: Hi: Gurus, I am trying to render a form and looks like wicket is not rendering the form elements in right sequence, here is my markup that is having the issues

Re: Need help fixing bug #1816

Hello Gili, It is maybe best if you checkout the code from svn and modify the code yourself. When you're satisfied with the changes, you can attach a patch to the issue. Issues with patches are more likely to be solved then others. Regards, Erik. cowwoc schreef: Hi, I spent a few

Re: Need help fixing bug #1816

is only getParameters() a problem? or cant we also ask for the context path/url? see my commit i just did it should fix your problem if it is only the getParameters of the getLastModified wat is a problem johan On Wed, Sep 24, 2008 at 6:53 AM, cowwoc [EMAIL PROTECTED] wrote: Hi, I spent

Re: Need help fixing bug #1816

Johan, The fix looks good. I no longer get warnings under Glassfish. Thank you, Gili cowwoc wrote: According to http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/ServletRequest.html#setCharacterEncoding(java.lang.String): This method must be called prior to reading request

Re: possible html parsing bug?

public class WicketApplication extends WebApplication { @Override public void init() { this.getMarkupSettings().setStripXmlDeclarationFromOutput(true); } } On Wed, Apr 16, 2008 at 3:06 AM, [EMAIL PROTECTED] wrote: Hi: It took me a while to find out why my iframe was not

Re: possible html parsing bug?

There is inconsistency here. If both parent.html and child.html have ?xml declared, ?xml would show in the final rendering. But if child.html does not have ?xml declared, the final rendering would not show even though the parent.html has one. Perhaps wicket auto downgrade the page? That would mean

Re: Localizer backwards incompatibility bug in 1.3?

please open a bug in jira -igor On Feb 19, 2008 3:53 PM, Meetesh Karia [EMAIL PROTECTED] wrote: Hi all, In Wicket 1.2.6, we created some properties files like: Foo.properties Foo_style1.properties Foo_style2.properties and used StringResourceModel to look up property values. This

Re: is it a bug? (using beta 4)

Otan wrote: The problem with the extra dot-dot in the image src that arises when the filter is map to /* seems to be fixed when I do this: mountBookmarkablePage(/home, HomePage.class); Now, the URL I see in the browser when I access the homepage is this: http://server/context-path/home instead

Re: is it a bug? (using beta 4)

This should work just fine. What's the URL in your browser's address bar? Wicket will automatically prepend things to make paths relative to the context root. Regards, Al Johan Compagner wrote: filter should be mapped on /* thats why we have the filter. I don't know why the ../ is

Re: is it a bug? (using beta 4)

When mapped with /* the URL of the homepage that I see in my browser is http://server/context_path/ But a generated image path, which is wrong, looks like this: ../images/mainmenu-home.jpg which translates to http://server/images/mainmenu-home.jpg The correct path of the image src should be

Re: is it a bug? (using beta 4)

And another thing, the problem occurs only on the homepage. On 26/10/2007, Otan [EMAIL PROTECTED] wrote: When mapped with /* the URL of the homepage that I see in my browser is http://server/context_path/ But a generated image path, which is wrong, looks like this: ../images/mainmenu-

Re: is it a bug? (using beta 4)

The problem with the extra dot-dot in the image src that arises when the filter is map to /* seems to be fixed when I do this: mountBookmarkablePage(/home, HomePage.class); Now, the URL I see in the browser when I access the homepage is this: http://server/context-path/home instead of

Re: is it a bug? (using beta 4)

filter should be mapped on /* thats why we have the filter. I don't know why the ../ is generated what is the url that you see in the browser? Maybe AlMaw can pitch in a bit. johan On 10/18/07, Otan [EMAIL PROTECTED] wrote: I'm using wicket beta 4 release. Images source path is wrong when

Re: CheckGroup form submission bug

Nick Busey wrote: So I've got what appears to be a very strange bug. I have a CheckGroup with a ListView of Checks among other things. Everything seems to work fine if you render the form and submit it without any errors the first time. However, if you hit any errors (like not selecting

Re: CheckGroup form submission bug

if your listview is in a form you have to call listview.setreuseitems(true); -igor On 9/20/07, Nick Busey [EMAIL PROTECTED] wrote: So I've got what appears to be a very strange bug. I have a CheckGroup with a ListView of Checks among other things. Everything seems to work fine if you

Re: CheckGroup form submission bug

hi nick, Thanks, this does fix this particular bug, but now I can't add items into the ListView. I'm trying to add items via AJAX, and with reuseItems turned on, it no longer adds the new items to the list like it should be. listview isn't designed like that, so this wont work with ajax. i

Re: CheckGroup form submission bug

Thanks a lot for the help! I don't suppose you could post some of these Flex objects? Jan Kriesten wrote: hi nick, Thanks, this does fix this particular bug, but now I can't add items into the ListView. I'm trying to add items via AJAX, and with reuseItems turned on, it no longer