January 2014 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13435) extendedatatable: Scrolling position is lost after submit

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13435?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13435: ------------------------------------ The fix to this would be to add a {{rich:ready}} jQuery listener to set the scroll value. If someone wants to develop this as a workaround and post the details here, we could include it into the extendeddtatable.js as a patch. > extendedatatable: Scrolling position is lost after submit > --------------------------------------------------------- > > Key: RF-13435 > URL: https://issues.jboss.org/browse/RF-13435 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-tables > Affects Versions: 4.3.4 > Environment: ALL > Reporter: Holger Walter > Labels: extendeddatatable, richfaces, scroll > Fix For: 5-Tracking > > > Issue is similar to RF-5312. > In EDT, the current scrolling position is lost (reset to 0) after a submit. > Steps to reproduce: > 1. Use the showcase for the EDT(version 4.3.4) > 2. Adapt the xhtml file by adding a simple submit button ( <h:commandButton value="Submit" />) > 3. Activate the 'ajax loading' checkbox > 4. Scroll down in the table > 5. Press the new submit button > 6. The scrolling position is lost > This might sound as a minor problem, but in case of using the EDT with ajax data loading, a user can scroll quite far until he may find the row on which he wants to do some actions. If the scrolling position is reset to 0 after each submit, it gets quite tedious for a user scrolling every time to this old position in the table. > I've seen that the current position is already stored in componentState, but unfortunately it is getting reset on submit. > I already tried a workaround, by using the 'onready' event of the EDT after a submit to trigger scrolling to the desired position with javascript but this does not work reliably on one hand, and triggers an additional ajax call which may cause that messages in h:messages are lost. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13510) Allow to disable bootstrap.css loading so that components are self-contained

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13510?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13510: ------------------------------- Fix Version/s: 5.0.0.Alpha4 > Allow to disable bootstrap.css loading so that components are self-contained > ---------------------------------------------------------------------------- > > Key: RF-13510 > URL: https://issues.jboss.org/browse/RF-13510 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha1, 5.0.0.Alpha2 > Environment: IE10 / FF26 Win7 JAVA6 / JBoss EAP 5.1 > Reporter: Mike K > Labels: autocomplete, components, css, richfaces > Fix For: 5.0.0.Alpha4 > > > Using richfaces.5.0.0.alpha2 and the autocomplete component - it loads the whole bootstrap.css > As the bootstrap.css is redefining all lable textsizes etc. it is messing up my layout completely... > Components css should be self-contained. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13484) Photoalbum: cannot interact with some components in images search result view

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13484?page=com.atlassian.jira.plugin.s... ] Brian Leathem updated RF-13484: ------------------------------- Fix Version/s: 4.5-Tracking (was: 4.3.5) > Photoalbum: cannot interact with some components in images search result view > ----------------------------------------------------------------------------- > > Key: RF-13484 > URL: https://issues.jboss.org/browse/RF-13484 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Affects Versions: 4.3.5 > Environment: JBoss AS 7.1.1 > Reporter: Jiří Štefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.5-Tracking > > > Works on EAP 6.1. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13493: ------------------------------------ This error originates not from the proposed fix, but from the prototype.js library. If we test all components I'm sure we will come up with similar error messages. Since Chrome 32 (nor any version) is supported in WFK 1.0 / RichFaces 3, I propose we ignore this error and proceed with the release. > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/sampl... > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDow... > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.s... ] Brian Leathem edited comment on RF-13493 at 1/23/14 6:00 PM: ------------------------------------------------------------- I upgraded from Chrome 31.0.1650.63 to 32.0.1700.77 and can confirm that it is broken. Note the error in the browser console on Chrome 32.0.1700.77: {code} body.scrollTop is deprecated in strict mode. Please use 'documentElement.scrollTop' if in strict mode and 'body.scrollTop' only if in quirks mode. 3_3_1.SP3org.ajax4jsf.javascript.PrototypeScript.jsf:3752 body.scrollLeft is deprecated in strict mode. Please use 'documentElement.scrollLeft' if in strict mode and 'body.scrollLeft' only if in quirks mode. {code} This would have been useful to include in your report of failure [~ppitonak]. It would likely have saved a couple of days worth of back-and-forth. was (Author: bleathem): I upgraded from Chrome 31.0.1650.63 to 32.0.1700.77 and can confirm that it is broken. > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/sampl... > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDow... > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13493) Drop down menu rendered on wrong place when page is scrolled

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-13493?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-13493: ------------------------------------ I upgraded from Chrome 31.0.1650.63 to 32.0.1700.77 and can confirm that it is broken. > Drop down menu rendered on wrong place when page is scrolled > ------------------------------------------------------------ > > Key: RF-13493 > URL: https://issues.jboss.org/browse/RF-13493 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu > Affects Versions: 3.3.1.SP4 > Reporter: Pavol Pitonak > Assignee: Brian Leathem > Labels: needs-qe > Fix For: 3.3.1.SP4 > > Attachments: dropdownmenu.png > > > # build RichFaces demo from branch https://svn.jboss.org/repos/richfaces/branches/enterprise/3.3.1.SP4/sampl... > # deploy to EAP 5.2 > # open page http://localhost:8080/richfaces-demo/richfaces/dropDownMenu.jsf?c=dropDow... > # open drop down menu (correct) > # scroll down the page and open drop down menu again > result: > * menu is rendered on wrong place (higher than expected) > * the more you scroll the page, the further it appears > * see attached screenshot > * reproducible in IE7, IE8 and Chrome 32 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-10963) a4j:commandButton doesn't update the hidden javax.faces.ViewState from render form

by H G (JIRA)

[ https://issues.jboss.org/browse/RF-10963?page=com.atlassian.jira.plugin.s... ] H G commented on RF-10963: -------------------------- In the version 1.7 of Omnifaces there is a fix for the JSF bug related to render another form in the same view. I have not tested this future and I don't know if it fix the RF bugs related to ViewState, but for those that need this functionality right now, they can test and share the experience. http://showcase.omnifaces.org/scripts/FixViewState > a4j:commandButton doesn't update the hidden javax.faces.ViewState from render form > ---------------------------------------------------------------------------------- > > Key: RF-10963 > URL: https://issues.jboss.org/browse/RF-10963 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-a4j-core > Affects Versions: 4.0.0.Final > Environment: S.O.: Ubuntu 10.04 > Browser: Chrome > JSF Impl: JSF 2.0.2 > Reporter: Guilherme Moreira > Labels: community_contributor_needed, jsf > Fix For: 5.0.0.Alpha3 > > > A a4j:commandButton that's render another form causes this other form lost it's hidden input viewState. > Example > {code} > <html xmlns="http://www.w3.org/1999/xhtml" > xmlns:ui="http://java.sun.com/jsf/facelets" > xmlns:f="http://java.sun.com/jsf/core" > xmlns:h="http://java.sun.com/jsf/html" > xmlns:rich="http://richfaces.org/rich" > xmlns:a4j="http://richfaces.org/a4j"> > <f:view contentType="text/html" /> > <h:head> > </h:head> > <h:body> > <h:form id="aaa"> > </h:form> > <h:form id="bbb"> > <a4j:commandButton render=":aaa"/> > </h:form> > </h:body> > </html> > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13510) Allow to disable bootstrap.css loading so that components are self-contained

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13510?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč updated RF-13510: ---------------------------- Summary: Allow to disable bootstrap.css loading so that components are self-contained (was: disable bootstrap.css so that new richfaces-components are self-contained.) > Allow to disable bootstrap.css loading so that components are self-contained > ---------------------------------------------------------------------------- > > Key: RF-13510 > URL: https://issues.jboss.org/browse/RF-13510 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component > Affects Versions: 5.0.0.Alpha1, 5.0.0.Alpha2 > Environment: IE10 / FF26 Win7 JAVA6 / JBoss EAP 5.1 > Reporter: Mike K > Labels: autocomplete, components, css, richfaces > > Using richfaces.5.0.0.alpha2 and the autocomplete component - it loads the whole bootstrap.css > As the bootstrap.css is redefining all lable textsizes etc. it is messing up my layout completely... > Components css should be self-contained. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13505) Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue)

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/RF-13505?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on RF-13505: --------------------------------- Initial testing on MyFaces revealed that the approach is viable: Here are stats from {{partialViewContext.*}} tests run (compared before and after refactoring): {code} broken: ======= ITActivatorComponentNotRendered fixed: ====== ITViewScoped ITImplicitAjaxOutputRendering {code} > Refactor custom tree traversal logic in EPVCI in order to leverage VisitContextFactory (blocked my Mojarra issue) > ----------------------------------------------------------------------------------------------------------------- > > Key: RF-13505 > URL: https://issues.jboss.org/browse/RF-13505 > Project: RichFaces > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Reporter: Lukáš Fryč > Assignee: Lukáš Fryč > > Mojarra issue: https://java.net/jira/browse/JAVASERVERFACES-3151 > We will still need to use some: > * resolve values in runtime > * add IDs for execution of AjaxOutput's > * collect list of meta-components to render > * wrap PartialResponseWriter#endDocument() for RichFaces extensions and JavascriptService -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (RF-13487) Photoalbum: viewing FB albums improvements

by Michal Petrov (JIRA)

[ https://issues.jboss.org/browse/RF-13487?page=com.atlassian.jira.plugin.s... ] Michal Petrov resolved RF-13487. -------------------------------- Resolution: Done > Photoalbum: viewing FB albums improvements > ------------------------------------------ > > Key: RF-13487 > URL: https://issues.jboss.org/browse/RF-13487 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: examples > Reporter: Jiří Štefek > Assignee: Michal Petrov > Labels: photoalbum > Fix For: 4.3.5 > > > # album view: there is no slideshow button, when browsing album (but it is there, when you are browsing images) > # photo view: cannot browse between album's images after an image has been selected > # photo view: 'Original size' button's text underflows the image > # photo view: breadcrumbs contains bad album group ('Event: Rock concert of the decade') > # photo view: dataScroller needs to be fixed as the dataScrollers used in public/own shelves (when scrolling to next page and selecting an image from there, the dataScroller's actual page returns to previous page) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

10 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

richfaces-issues January 2014