August 2014 - richfaces-issues - Jboss List Archives

[JBoss JIRA] (RF-13778) RF-45 cyclic dependency on richfaces-parent

by Pavel Slegr (JIRA)

[ https://issues.jboss.org/browse/RF-13778?page=com.atlassian.jira.plugin.s... ] Pavel Slegr commented on RF-13778: ---------------------------------- Actually, when I removed the dependency on richfaces-parent in .../jsf-tests/pom.xml and define the correct properties (I tried to use the whole bunch of those defined in the former parent) then I was able to build jsf-tests successfully > RF-45 cyclic dependency on richfaces-parent > ------------------------------------------- > > Key: RF-13778 > URL: https://issues.jboss.org/browse/RF-13778 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha3 > Reporter: Pavol Pitonak > Priority: Blocker > Fix For: 4.5.0.Beta1 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > Historically there is a dependency in .../jsf-tests/pom.xml on richfaces-parent which used to be a standalone project/repo in 4.3.x > {code} > <parent> > <groupId>org.richfaces</groupId> > <artifactId>richfaces-parent</artifactId> > <version>12</version> > </parent> > {code} > However nowadays in 4.5.x there is playing the role of parent the > richfaces/pom.xml > https://github.com/richfaces/richfaces/blob/master/pom.xml > {code} > <groupId>org.richfaces</groupId> > <artifactId>richfaces-parent</artifactId> > <packaging>pom</packaging> > <version>4.5.0-SNAPSHOT</version> > <name>RichFaces Parent</name> > {code} > which makes a cyclic dependency > jsf-test --> richfaces --> jsf-test > as there are inside https://github.com/richfaces/richfaces/blob/master/build/pom.xml > referenced dependencies for jsf-tests > {code} > <dependency> > <groupId>org.jboss.test-jsf</groupId> > <artifactId>htmlunit-client</artifactId> > <version>${version.jsf-test}</version> > <exclusions> > <exclusion> > <groupId>javax.servlet</groupId> > <artifactId>javax.servlet-api</artifactId> > </exclusion> > </exclusions> > </dependency> > <dependency> > <groupId>org.jboss.test-jsf</groupId> > <artifactId>jsf-test-stage</artifactId> > <version>${version.jsf-test}</version> > </dependency> > <dependency> > <groupId>org.jboss.test-jsf</groupId> > <artifactId>jsf-mock</artifactId> > <version>${version.jsf-test}</version> > </dependency> > <dependency> > <groupId>org.jboss.test-jsf</groupId> > <artifactId>jsf-mockito</artifactId> > <version>${version.jsf-test}</version> > </dependency> > <dependency> > <groupId>org.jboss.test-jsf</groupId> > <artifactId>jsf-test-scriptunit</artifactId> > <version>${version.jsf-test}</version> > </dependency> > {code} -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13783) Placeholder: attribute styleClass doesn't work inside inplace input and inplace select

by Pavol Pitonak (JIRA)

Pavol Pitonak created RF-13783: ---------------------------------- Summary: Placeholder: attribute styleClass doesn't work inside inplace input and inplace select Key: RF-13783 URL: https://issues.jboss.org/browse/RF-13783 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-input, component-misc Affects Versions: 4.5.0.Alpha3 Reporter: Pavol Pitonak # deploy Metamer and open http://localhost:8080/metamer/faces/components/richPlaceholder/inplaceInp... # set styleClass=xxx expected: * some element inside inplace input has class "xxx" so that placeholder can be customized result: * there is no element with given css class -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13782) Context menu, drop down menu: showEvent set to hover doesn't work

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-13782?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak updated RF-13782: ------------------------------- Description: # deploy Metamer and open http://localhost:8080/metamer/faces/components/richContextMenu/simple.xhtml # set showEvent=hover # move mouse cursor over green panel OR # deploy Metamer and open http://localhost:8080/metamer/faces/components/richDropDownMenu/topMenu.x... # set showEvent=hover # move mouse cursor over menu item "File" expected: * context menu/drop down menu should be displayed result: * nothing happens * it's a *regression*, works fine in 4.5.0.Alpha3 was: # deploy Metamer and open http://localhost:8080/metamer/faces/components/richContextMenu/simple.xhtml # set showEvent=hover # move mouse cursor over green panel OR # deploy Metamer and open http://localhost:8080/metamer/faces/components/richDropDownMenu/topMenu.x... # set showEvent=hover # move mouse cursor over menu item "File" result: * nothing happens expected: * context menu/drop down menu should be displayed > Context menu, drop down menu: showEvent set to hover doesn't work > ----------------------------------------------------------------- > > Key: RF-13782 > URL: https://issues.jboss.org/browse/RF-13782 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu, regression > Affects Versions: 4.5.0.Alpha3 > Reporter: Pavol Pitonak > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richContextMenu/simple.xhtml > # set showEvent=hover > # move mouse cursor over green panel > OR > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richDropDownMenu/topMenu.x... > # set showEvent=hover > # move mouse cursor over menu item "File" > expected: > * context menu/drop down menu should be displayed > result: > * nothing happens > * it's a *regression*, works fine in 4.5.0.Alpha3 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13782) Context menu, drop down menu: showEvent set to hover doesn't work

by Pavol Pitonak (JIRA)

[ https://issues.jboss.org/browse/RF-13782?page=com.atlassian.jira.plugin.s... ] Pavol Pitonak updated RF-13782: ------------------------------- Environment: RichFaces 4.5.0-SNAPSHOT Metamer 4.5.0-SNAPSHOT Mojarra 2.1.28-jbossorg-2 EAP 6.3.0 Java(TM) SE Runtime Environment 1.7.0_51-b13 @ Linux Firefox 31.0 @ Linux x86_64 > Context menu, drop down menu: showEvent set to hover doesn't work > ----------------------------------------------------------------- > > Key: RF-13782 > URL: https://issues.jboss.org/browse/RF-13782 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: component-menu, regression > Affects Versions: 4.5.0.Alpha3 > Environment: RichFaces 4.5.0-SNAPSHOT > Metamer 4.5.0-SNAPSHOT > Mojarra 2.1.28-jbossorg-2 > EAP 6.3.0 > Java(TM) SE Runtime Environment 1.7.0_51-b13 @ Linux > Firefox 31.0 @ Linux x86_64 > Reporter: Pavol Pitonak > > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richContextMenu/simple.xhtml > # set showEvent=hover > # move mouse cursor over green panel > OR > # deploy Metamer and open http://localhost:8080/metamer/faces/components/richDropDownMenu/topMenu.x... > # set showEvent=hover > # move mouse cursor over menu item "File" > expected: > * context menu/drop down menu should be displayed > result: > * nothing happens > * it's a *regression*, works fine in 4.5.0.Alpha3 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13782) Context menu, drop down menu: showEvent set to hover doesn't work

by Pavol Pitonak (JIRA)

Pavol Pitonak created RF-13782: ---------------------------------- Summary: Context menu, drop down menu: showEvent set to hover doesn't work Key: RF-13782 URL: https://issues.jboss.org/browse/RF-13782 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: component-menu, regression Affects Versions: 4.5.0.Alpha3 Reporter: Pavol Pitonak # deploy Metamer and open http://localhost:8080/metamer/faces/components/richContextMenu/simple.xhtml # set showEvent=hover # move mouse cursor over green panel OR # deploy Metamer and open http://localhost:8080/metamer/faces/components/richDropDownMenu/topMenu.x... # set showEvent=hover # move mouse cursor over menu item "File" result: * nothing happens expected: * context menu/drop down menu should be displayed -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13781) RF-4.5 compliment to JDK7 while WFK-2.7 must be compliment to JDK6

by Pavel Slegr (JIRA)

[ https://issues.jboss.org/browse/RF-13781?page=com.atlassian.jira.plugin.s... ] Pavel Slegr commented on RF-13781: ---------------------------------- cloned into https://issues.jboss.org/browse/RF-13781 > RF-4.5 compliment to JDK7 while WFK-2.7 must be compliment to JDK6 > ------------------------------------------------------------------ > > Key: RF-13781 > URL: https://issues.jboss.org/browse/RF-13781 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha3 > Reporter: Pavel Slegr > Priority: Critical > Fix For: 4.5.0.Beta1 > > > while building on RF-4.5 I found out there are used JDK7 features > for example here: https://github.com/richfaces/richfaces/blob/master/core/src/main/java/org... > (diamond operator) > RichFaces-4.5 are not able to build with JDK6, while as one of the components of WFK-27 > we would need to build them with JDK6 > WFK-2.7 will be based on EAP-6.3.0 which is based on JDK6 as well > There are 2 possible solutions > 1. We will go over the upstream code and remove all the JDK7 related code, which I have no idea, how much this would be. > 2. We will make it in productization branch only, which is not very wise due to future maintenance of WFK-27 and RF-45 following and > is exactly the opposite way we try to accomplish (get the product & upstream close as much as possible) > Please note, I am not able to crosscompile from 1.7 source into 1.6 target bytecode... this is not allowed > (http://docs.oracle.com/javase/7/docs/technotes/tools/windows/javac.html) > cloned from https://issues.jboss.org/browse/WFK2-735 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13781) RF-4.5 compliment to JDK7 while WFK-2.7 must be compliment to JDK6

by Pavel Slegr (JIRA)

[ https://issues.jboss.org/browse/RF-13781?page=com.atlassian.jira.plugin.s... ] Pavel Slegr updated RF-13781: ----------------------------- Comment: was deleted (was: cloned into https://issues.jboss.org/browse/RF-13781) > RF-4.5 compliment to JDK7 while WFK-2.7 must be compliment to JDK6 > ------------------------------------------------------------------ > > Key: RF-13781 > URL: https://issues.jboss.org/browse/RF-13781 > Project: RichFaces > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: build/distribution > Affects Versions: 4.5.0.Alpha3 > Reporter: Pavel Slegr > Priority: Critical > Fix For: 4.5.0.Beta1 > > > while building on RF-4.5 I found out there are used JDK7 features > for example here: https://github.com/richfaces/richfaces/blob/master/core/src/main/java/org... > (diamond operator) > RichFaces-4.5 are not able to build with JDK6, while as one of the components of WFK-27 > we would need to build them with JDK6 > WFK-2.7 will be based on EAP-6.3.0 which is based on JDK6 as well > There are 2 possible solutions > 1. We will go over the upstream code and remove all the JDK7 related code, which I have no idea, how much this would be. > 2. We will make it in productization branch only, which is not very wise due to future maintenance of WFK-27 and RF-45 following and > is exactly the opposite way we try to accomplish (get the product & upstream close as much as possible) > Please note, I am not able to crosscompile from 1.7 source into 1.6 target bytecode... this is not allowed > (http://docs.oracle.com/javase/7/docs/technotes/tools/windows/javac.html) > cloned from https://issues.jboss.org/browse/WFK2-735 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-13781) RF-4.5 compliment to JDK7 while WFK-2.7 must be compliment to JDK6

by Pavel Slegr (JIRA)

Pavel Slegr created RF-13781: -------------------------------- Summary: RF-4.5 compliment to JDK7 while WFK-2.7 must be compliment to JDK6 Key: RF-13781 URL: https://issues.jboss.org/browse/RF-13781 Project: RichFaces Issue Type: Bug Security Level: Public (Everyone can see) Components: build/distribution Affects Versions: 4.5.0.Alpha3 Reporter: Pavel Slegr Priority: Critical Fix For: 4.5.0.Beta1 while building on RF-4.5 I found out there are used JDK7 features for example here: https://github.com/richfaces/richfaces/blob/master/core/src/main/java/org... (diamond operator) RichFaces-4.5 are not able to build with JDK6, while as one of the components of WFK-27 we would need to build them with JDK6 WFK-2.7 will be based on EAP-6.3.0 which is based on JDK6 as well There are 2 possible solutions 1. We will go over the upstream code and remove all the JDK7 related code, which I have no idea, how much this would be. 2. We will make it in productization branch only, which is not very wise due to future maintenance of WFK-27 and RF-45 following and is exactly the opposite way we try to accomplish (get the product & upstream close as much as possible) Please note, I am not able to crosscompile from 1.7 source into 1.6 target bytecode... this is not allowed (http://docs.oracle.com/javase/7/docs/technotes/tools/windows/javac.html) cloned from https://issues.jboss.org/browse/WFK2-735 -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-11453) Add autocomplete functionality to the rich:select component

by Brian Leathem (JIRA)

[ https://issues.jboss.org/browse/RF-11453?page=com.atlassian.jira.plugin.s... ] Brian Leathem commented on RF-11453: ------------------------------------ Based on a conversation with [~clerum] in IRC, I've changed the implementation to use the _itemValue_ and _itemLabel_ attributes and dynamically build the list of selectItems (as is currently done in the orderingList) using the autocompleteMethod as an object source, and the _var_ attribute. We can then use this same approach to build the single selectItem when the select backing bean already has a value. This last bit specifically addresses the concern [~clerum] raised in the above comment. > Add autocomplete functionality to the rich:select component > ----------------------------------------------------------- > > Key: RF-11453 > URL: https://issues.jboss.org/browse/RF-11453 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-selects > Reporter: Cody Lerum > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 3 days > Time Spent: 2 days > Remaining Estimate: 1 day > > Add an "autocompleteMethod" to rich:select -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (RF-11453) Add autocomplete functionality to the rich:select component

by Cody Lerum (JIRA)

[ https://issues.jboss.org/browse/RF-11453?page=com.atlassian.jira.plugin.s... ] Cody Lerum commented on RF-11453: --------------------------------- What label is used if the component already has a value set? > Add autocomplete functionality to the rich:select component > ----------------------------------------------------------- > > Key: RF-11453 > URL: https://issues.jboss.org/browse/RF-11453 > Project: RichFaces > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: component-selects > Reporter: Cody Lerum > Assignee: Brian Leathem > Fix For: 4.5.0.Beta1 > > Original Estimate: 3 days > Time Spent: 2 days > Remaining Estimate: 1 day > > Add an "autocompleteMethod" to rich:select -- This message was sent by Atlassian JIRA (v6.2.6#6264)

10 years, 3 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 August 2014