[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Jay Balunas commented on RF-10823: ---------------------------------- You provide some more details for this issue. I can't reproduce this at [1] with firefox, chrome, or safari. What exactly is not working? [1] http://richfaces-showcase.appspot.com/richfaces/component-sample.jsf?demo... -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Lukas Fryc edited comment on RF-10823 at 3/29/11 6:08 PM: ---------------------------------------------------------- Jay, it seems dataScroller sometimes doesn't react on request for page switching. I tried to debug in in Firebug > Net View and it seems when you are switching pages, request is sent and it returns incredibly fast. But when you inspect it content, in contains only <update id="javax.faces.ViewState" /> was (Author: lfryc): Jay, it seems dataScroller sometimes doesn't react on request. I tried to debug in in Firebug > Net View and it seems when you are switching pages, request is sent and it returns incredibly fast. But when you inspect it content, in contains only <update id="javax.faces.ViewState" /> -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Lukas Fryc edited comment on RF-10823 at 3/29/11 6:09 PM: ---------------------------------------------------------- Jay, it seems dataScroller sometimes doesn't react on request for page switching. I tried to debug in in Firebug > Net View and it seems when you are switching pages, request is sent and it returns incredibly fast. But when you inspect it content, in contains only <update id="javax.faces.ViewState" />, no updates for scroller! was (Author: lfryc): Jay, it seems dataScroller sometimes doesn't react on request for page switching. I tried to debug in in Firebug > Net View and it seems when you are switching pages, request is sent and it returns incredibly fast. But when you inspect it content, in contains only <update id="javax.faces.ViewState" />, no other updates for scroller! -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Lukas Fryc edited comment on RF-10823 at 3/29/11 6:11 PM: ---------------------------------------------------------- It seems dataScroller sometimes doesn't react on request for page switching. I tried to debug in in Firebug > Net View and it seems when you are switching pages, sometimes is request sent and response returns incredibly fast. When you inspect response's content, in contains only <update id="javax.faces.ViewState" />, no updates for scroller! was (Author: lfryc): It seems dataScroller sometimes doesn't react on request for page switching. I tried to debug in in Firebug > Net View and it seems when you are switching pages, sometimes is request sent and response returns incredibly fast. When you inspect it content, in contains only <update id="javax.faces.ViewState" />, no updates for scroller! -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Lukas Fryc commented on RF-10823: --------------------------------- Using data scroller in Firefox 3.6.16. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Ben Utzer commented on RF-10823: -------------------------------- Also, why is there an ajax post when I click on the active page of the scroller? Should I file a new bug for this? -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Ben Utzer commented on RF-10823: -------------------------------- <?xml version='1.0' encoding='UTF-8'?> <partial-response><error><error-name>class java.lang.IndexOutOfBoundsException</error-name><error-message><![CDATA[Index: 0, Size: 0]]></error-message></error></partial-response> That's what firebug says is the answer in case it's not working. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Nick Belaevski reassigned RF-10823: ----------------------------------- Assignee: Gleb Galkin -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Nick Belaevski commented on RF-10823: ------------------------------------- Ben, Can you please clarify what interface vs implementation do you mean? -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Ben Utzer commented on RF-10823: -------------------------------- Maybe that wasn't the right term but doesn't the fix replace Mojarra's implementation of IdMapper? Is IdMapper part of the public API? If not what happens when the Mojarra implementors decide to change the API? Maybe they change a method signature or they get rid of this class as a whole. I may be wrong but I'm curious about that. I slightly remember a similar problem I had when trying to run both Primefaces 1.x and RichFaces 3.x under JSF 1.2. I think it was in regard to a Facelet specific implementation detail. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Nick Belaevski edited comment on RF-10823 at 3/31/11 8:26 AM: -------------------------------------------------------------- Yes, it's a hack - just like changed WebConfiguration class that has been required previously. IdMapper is not a part of public API and not configurable at all. I've recently reported that this class causes issues with GAE into Mojarra issue tracker however I don't see *any* interest in GAE support improvement from their side. If API changes this fix will break, but it's the best we could do - MyFaces has open issue with rich:fileUpload component so we can't use it for showcase. GAE archetype uses MyFaces and should not have the need for that fix. was (Author: nbelaevski): No it is not part of public API and not configurable at all. I've recently reported that this class causes issues with GAE into Mojarra issue tracker however I don't see *any* interest in GAE support improvement from their side. If API changes this fix will break, but it's the best we could do - MyFaces has open issue with rich:fileUpload component so we can't use it for showcase. GAE archetype uses MyFaces and should not have such problem. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/RF-10823?page=com.atlassian.jira.plugin.s... ] Ben Utzer commented on RF-10823: -------------------------------- Ok, thx a lot for clarification and keep up the great work! -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira