[JBoss JIRA] (RFPL-1851) Metamer: correct table width in some rich:extendedDataTable samples
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RFPL-1851?page=com.atlassian.jira.plugin.... ]
Pavol Pitonak updated RFPL-1851:
--------------------------------
Fix Version/s: 4.5-Tracking
> Metamer: correct table width in some rich:extendedDataTable samples
> -------------------------------------------------------------------
>
> Key: RFPL-1851
> URL: https://issues.jboss.org/browse/RFPL-1851
> Project: RichFaces Planning
> Issue Type: Enhancement
> Components: QE
> Affects Versions: 4.1.0.CR1
> Reporter: Jan Papousek
> Assignee: Matej Novotny
> Priority: Optional
> Fix For: 4.5-Tracking
>
> Attachments: metamer-rich_extendedDataTable-filtering.png, metamer-rich_extendedDataTable-scroller.png, metamer-rich_extendedDataTable-selection.png, metamer-rich_extendedDataTable-sorting-using-column.png, metamer-rich_extendedDataTable-sorting-using-component-control.png
>
>
> Some samples in metamer for rich:extendedDataTable contains a table which has a wrong width. It's little confusing, because it looks like a bug in the component, but it isn't.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (RFPL-2336) Metamer: rich:dataTable: sorting using column doesn't work [myfaces]
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RFPL-2336?page=com.atlassian.jira.plugin.... ]
Pavol Pitonak reassigned RFPL-2336:
-----------------------------------
Assignee: Matej Novotny
> Metamer: rich:dataTable: sorting using column doesn't work [myfaces]
> --------------------------------------------------------------------
>
> Key: RFPL-2336
> URL: https://issues.jboss.org/browse/RFPL-2336
> Project: RichFaces Planning
> Issue Type: Bug
> Components: QE
> Affects Versions: 4.3.0.M1
> Environment: RichFaces 4.3.0.20120802-M1
> Metamer 4.3.0.20120802-M1
> Apache MyFaces JSF-2.1 Core Impl 2.1.8
> Apache Tomcat 7.0.29
> OpenJDK Runtime Environment 1.7.0_05-icedtea-mockbuild_2012_07_09_19_42-b00 @ Linux
> Chrome 20.0.1132.47 @ Linux i686
> Reporter: Ján Jamrich
> Assignee: Matej Novotny
> Labels: myfaces
>
> Example for sorting using column in rich:dataTable doesn't work.
> When click on header link which should cause ordering change nothing happens and Metamer's status indicate status "Error"
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (RFPL-2336) Metamer: rich:dataTable: sorting using column doesn't work [myfaces]
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RFPL-2336?page=com.atlassian.jira.plugin.... ]
Pavol Pitonak commented on RFPL-2336:
-------------------------------------
[~manovotn], please check if still valid with RichFaces 4.5 and MyFaces 2.2
> Metamer: rich:dataTable: sorting using column doesn't work [myfaces]
> --------------------------------------------------------------------
>
> Key: RFPL-2336
> URL: https://issues.jboss.org/browse/RFPL-2336
> Project: RichFaces Planning
> Issue Type: Bug
> Components: QE
> Affects Versions: 4.3.0.M1
> Environment: RichFaces 4.3.0.20120802-M1
> Metamer 4.3.0.20120802-M1
> Apache MyFaces JSF-2.1 Core Impl 2.1.8
> Apache Tomcat 7.0.29
> OpenJDK Runtime Environment 1.7.0_05-icedtea-mockbuild_2012_07_09_19_42-b00 @ Linux
> Chrome 20.0.1132.47 @ Linux i686
> Reporter: Ján Jamrich
> Labels: myfaces
>
> Example for sorting using column in rich:dataTable doesn't work.
> When click on header link which should cause ordering change nothing happens and Metamer's status indicate status "Error"
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (RFPL-3692) metamer: fix push tests
by Jiří Štefek (JIRA)
[ https://issues.jboss.org/browse/RFPL-3692?page=com.atlassian.jira.plugin.... ]
Jiří Štefek commented on RFPL-3692:
-----------------------------------
After some debugging:
* the push still works even in this "freezed state",
* there is an error in browser console every time the push is enabled/disabled:
{{no element found @ __richfaces_push:1}}
It seems that the Selenium will stuck, when this error happens while it is communicating with the browser.
After adding some small wait time before the waiting method (after push is enabled/disabled), the test seems to be stabilized.
> metamer: fix push tests
> -----------------------
>
> Key: RFPL-3692
> URL: https://issues.jboss.org/browse/RFPL-3692
> Project: RichFaces Planning
> Issue Type: Task
> Components: QE
> Affects Versions: 4.5.1.Final
> Environment: Firefox
> Reporter: Jiří Štefek
> Assignee: Jiří Štefek
>
> Only on *Firefox*.
> Sometimes, running these tests freezes the whole suite inside one test method.
> Log from Jenkins (check the times):
> {code}
> 06:26:31.869 [09:10:00] STARTED: a4jPush.TestTwoPushCDI.testPushEnable() { template=plain }
> 09:11:17.998 Build timed out (after 180 minutes). Marking the build as aborted.
> 09:11:18.003 Terminating xvnc.
> 09:11:18.011 $ vncserver -kill :41
> 09:11:18.144 Killing Xvnc process ID 20637
> 09:11:18.281 [11:54:46] FAILURE: a4jPush.TestTwoPushCDI.testPushEnable() { template=plain }
> {code}
> It could be also reproduced locally by e.g.:
> {{mvn verify -Dbrowser=firefox -DexcludedGroups=extended,Future -Dtemplates=* -Pwildfly-managed-8-2 -Dtest=TestTwoPush#testOnSubscribed}}
> It is hard to reproduce it sometimes, so try to run it repeatedly.
> It will stuck on this line [*Graphene.waitModel().until().element(page.getRequestTimeElement()).text().not().equalTo(requestTime);*|https://github.com/richfaces/richfaces-qa/blob/master/metamer/ftest/src/test/java/org/richfaces/tests/metamer/ftest/a4jPush/TestTwoPush.java#L59].
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (RFPL-3142) Provide a responsive template for Metamer
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RFPL-3142?page=com.atlassian.jira.plugin.... ]
Pavol Pitonak resolved RFPL-3142.
---------------------------------
Resolution: Deferred
Closing this issue because Bootstrap was removed from RF 4.5 and implementing this feature would be quite difficult with unclear benefit.
> Provide a responsive template for Metamer
> -----------------------------------------
>
> Key: RFPL-3142
> URL: https://issues.jboss.org/browse/RFPL-3142
> Project: RichFaces Planning
> Issue Type: Feature Request
> Components: QE
> Affects Versions: 5.0.0.Alpha2
> Reporter: Juraj Húska
> Assignee: Pavol Pitonak
>
> New components are not responsible on real mobile devices due to CSS being used on Metamer page.
> We should create a responsive template which would enable testing new components on mobile devices.
> It was discussed also here: RF-13400.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (RFPL-3264) Create tests for @FlowScoped annotation
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RFPL-3264?page=com.atlassian.jira.plugin.... ]
Pavol Pitonak updated RFPL-3264:
--------------------------------
Fix Version/s: 4.5-Tracking
> Create tests for @FlowScoped annotation
> ---------------------------------------
>
> Key: RFPL-3264
> URL: https://issues.jboss.org/browse/RFPL-3264
> Project: RichFaces Planning
> Issue Type: Enhancement
> Components: QE
> Reporter: Matej Novotny
> Assignee: Matej Novotny
> Labels: jsf22
> Fix For: 4.5-Tracking
>
>
> Based on RFPL-2506, we need to create tests to verify that our components work correctly with @FlowScoped annotation introduced in JSF 2.2.
> As for test creation it would be possible to reuse a wizard use-case in Showcase (r:togglePanel - Wizard creation), or any other similar scenario.
> For more information about @FlowScoped in JSF 2.2, visit this [page|http://jdevelopment.nl/jsf-22/#730].
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (RFPL-3265) Test alignment between RF templating approach and that of Resource Library Contracts
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RFPL-3265?page=com.atlassian.jira.plugin.... ]
Pavol Pitonak updated RFPL-3265:
--------------------------------
Fix Version/s: 4.5-Tracking
> Test alignment between RF templating approach and that of Resource Library Contracts
> ------------------------------------------------------------------------------------
>
> Key: RFPL-3265
> URL: https://issues.jboss.org/browse/RFPL-3265
> Project: RichFaces Planning
> Issue Type: Enhancement
> Components: QE
> Reporter: Matej Novotny
> Assignee: Matej Novotny
> Labels: jsf22
> Fix For: 4.5-Tracking
>
>
> Based on RFPL-2506, we need to test that RF templating approach and Resource Library Contracts in JSF 2.2 work correctly together.
> The idea is that we could test Resource Library Contracts feature in combination with RF (where we turn off skinning) to see how it cooperates and whether it affects RF components and how.
> For more information on Resource Library Contracts see this [page|http://jdevelopment.nl/jsf-22/#1142].
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months
[JBoss JIRA] (RFPL-3323) metamer: exception in actionListener sample on WildFly
by Pavol Pitonak (JIRA)
[ https://issues.jboss.org/browse/RFPL-3323?page=com.atlassian.jira.plugin.... ]
Pavol Pitonak commented on RFPL-3323:
-------------------------------------
Is it still a valid issue?
> metamer: exception in actionListener sample on WildFly
> ------------------------------------------------------
>
> Key: RFPL-3323
> URL: https://issues.jboss.org/browse/RFPL-3323
> Project: RichFaces Planning
> Issue Type: Bug
> Components: QE
> Affects Versions: 4.3.5, 4.3.6
> Environment: WildFly 8.0.0.Final, (worked in EAP 6.2)
> 4.3.x Metamer
> Reporter: Jiří Štefek
>
> Works in 5.0.x and 4.5.x Metamer.
> Not working in 4.3.x Metamer.
> When you open http://localhost:8080/metamer/faces/components/a4jActionListener/all.xhtml you get this error page:
> {code}
> Context Path: /metamer
> Servlet Path: /faces
> Path Info: /components/a4jActionListener/all.xhtml
> Query String: null
> Stack Trace
> javax.servlet.ServletException: /components/a4jActionListener/all.xhtml @55,93 binding="#{a4jActionListenerBean.actionListener}" null
> javax.faces.webapp.FacesServlet.service(FacesServlet.java:659)
> io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130)
> org.richfaces.tests.metamer.TestIdentityFilter.doFilter(TestIdentityFilter.java:93)
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56)
> io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132)
> io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85)
> io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61)
> io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25)
> io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113)
> io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
> io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45)
> io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:61)
> io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70)
> io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25)
> org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25)
> io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25)
> io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:240)
> io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:227)
> io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:73)
> io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:146)
> io.undertow.server.Connectors.executeRootHandler(Connectors.java:168)
> io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:687)
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> java.lang.Thread.run(Thread.java:724)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 3 months