April 2013 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQGRA-274) The request guard does timeout for delayed requests

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-274?page=com.atlassian.jira.plugin... ] Lukáš Fryč updated ARQGRA-274: ------------------------------ Sprint: Sprint for Alpha4, Sprint 1 (was: Sprint for Alpha4) > The request guard does timeout for delayed requests > --------------------------------------------------- > > Key: ARQGRA-274 > URL: https://issues.jboss.org/browse/ARQGRA-274 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.0.0.Alpha3 > Reporter: Bernard Labno > Assignee: Lukáš Fryč > Fix For: 2.0.0.Alpha5 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > In RichFaces, there is request queue which can delay a processing of an user action which avoids overwhelming communication channel. > This is simply the case where request guard should: > * wait specified timeout (by default type "Ajax" timeout) for user action to start AJAX request (xhr.open) > * then wait another timeout (by default type "Ajax" timeout) for AJAX action to complete the request (xhr.readyState == 4) -- 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

11 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-299) Setup Graphene tests on SauceLabs

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-299?page=com.atlassian.jira.plugin... ] Lukáš Fryč updated ARQGRA-299: ------------------------------ Original Estimate: 4 hours Remaining Estimate: 4 hours > Setup Graphene tests on SauceLabs > --------------------------------- > > Key: ARQGRA-299 > URL: https://issues.jboss.org/browse/ARQGRA-299 > Project: Arquillian Graphene > Issue Type: Task > Reporter: Lukáš Fryč > Assignee: Pavol Pitonak > Fix For: 2.0.0.Alpha5 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > -- 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

11 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-275) Implement Guard observers which will filter out which request we want to intercept

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-275?page=com.atlassian.jira.plugin... ] Lukáš Fryč updated ARQGRA-275: ------------------------------ Sprint: Sprint for Alpha4, Sprint 1 (was: Sprint for Alpha4) > Implement Guard observers which will filter out which request we want to intercept > ---------------------------------------------------------------------------------- > > Key: ARQGRA-275 > URL: https://issues.jboss.org/browse/ARQGRA-275 > Project: Arquillian Graphene > Issue Type: Enhancement > Reporter: Bernard Labno > Assignee: Lukáš Fryč > Fix For: 2.0.0.Alpha5 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > When guardXhr is waiting for request, it may happen that another (unwanted) request comes and it will break our test. > This is typically situation of polling data updates (a4j:poll) or server push method (long-polling/comet, a4j:push). -- 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

11 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-299) Setup Graphene tests on SauceLabs

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-299?page=com.atlassian.jira.plugin... ] Lukáš Fryč updated ARQGRA-299: ------------------------------ Sprint: Sprint 1 > Setup Graphene tests on SauceLabs > --------------------------------- > > Key: ARQGRA-299 > URL: https://issues.jboss.org/browse/ARQGRA-299 > Project: Arquillian Graphene > Issue Type: Task > Reporter: Lukáš Fryč > Assignee: Pavol Pitonak > Fix For: 2.0.0.Alpha5 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > -- 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

11 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-298) Automatic resolution of PhantomJS binary for PhantomJS driver use

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-298?page=com.atlassian.jira.plugin... ] Lukáš Fryč updated ARQGRA-298: ------------------------------ Sprint: Sprint 1 > Automatic resolution of PhantomJS binary for PhantomJS driver use > ----------------------------------------------------------------- > > Key: ARQGRA-298 > URL: https://issues.jboss.org/browse/ARQGRA-298 > Project: Arquillian Graphene > Issue Type: Bug > Reporter: Lukáš Fryč > Fix For: 2.0.0.Alpha5 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > -- 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

11 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-224) Page Fragments implementing WebElement delegate interface invocations to Root

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-224?page=com.atlassian.jira.plugin... ] Lukáš Fryč updated ARQGRA-224: ------------------------------ Sprint: Sprint for Alpha4, Sprint 1 (was: Sprint for Alpha4) > Page Fragments implementing WebElement delegate interface invocations to Root > ----------------------------------------------------------------------------- > > Key: ARQGRA-224 > URL: https://issues.jboss.org/browse/ARQGRA-224 > Project: Arquillian Graphene > Issue Type: Feature Request > Reporter: Lukáš Fryč > Assignee: Juraj Húska > Priority: Minor > Fix For: 2.0.0.Alpha5 > > Original Estimate: 1 hour > Remaining Estimate: 1 hour > > {code:java} > public abstract static class InputWithPlaceholder implements WebElement { > > @Root > private WebElement input; > > public String getText() { > return input.getAttribute("value"); > } > > public Color getTextColor() { > return ColorUtils.convertToAWTColor(input.getCssValue("color")); > } > > public String getStyleClass() { > return input.getAttribute("class"); > } > } > {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

11 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-76) Graphene: Setup matrix jobs for browser inter-operability

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-76?page=com.atlassian.jira.plugin.... ] Lukáš Fryč updated ARQGRA-76: ----------------------------- Sprint: Sprint 2, Sprint for Alpha4, Sprint 1 (was: Sprint 2, Sprint for Alpha4) > Graphene: Setup matrix jobs for browser inter-operability > --------------------------------------------------------- > > Key: ARQGRA-76 > URL: https://issues.jboss.org/browse/ARQGRA-76 > Project: Arquillian Graphene > Issue Type: Feature Request > Components: ftest > Reporter: Lukáš Fryč > Assignee: Pavol Pitonak > Priority: Optional > Fix For: 2.0.0.Alpha5 > > Original Estimate: 6 hours > Remaining Estimate: 6 hours > -- 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

11 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-293) introduce JavaScript interface to fire JS events

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-293?page=com.atlassian.jira.plugin... ] Lukáš Fryč updated ARQGRA-293: ------------------------------ Fix Version/s: 2.0.0.Alpha6 (was: 2.0.0.Alpha5) > introduce JavaScript interface to fire JS events > ------------------------------------------------ > > Key: ARQGRA-293 > URL: https://issues.jboss.org/browse/ARQGRA-293 > Project: Arquillian Graphene > Issue Type: Feature Request > Affects Versions: 2.0.0.Alpha4 > Reporter: Jan Papousek > Assignee: Jan Papousek > Priority: Minor > Fix For: 2.0.0.Alpha6 > > Original Estimate: 2 hours > Remaining Estimate: 2 hours > > It would be nice to be able to fire events on elements manually (sometimes it's necessary). -- 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

11 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-280) Refactor handling of staleness to improve performance

by Jan Papousek (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-280?page=com.atlassian.jira.plugin... ] Jan Papousek commented on ARQGRA-280: ------------------------------------- In case of invalidation: {code} future.getTarget(false) {code} otherwise {code} future.getTarget(true) {code} > Refactor handling of staleness to improve performance > ----------------------------------------------------- > > Key: ARQGRA-280 > URL: https://issues.jboss.org/browse/ARQGRA-280 > Project: Arquillian Graphene > Issue Type: Task > Affects Versions: 2.0.0.Alpha3 > Reporter: Jan Papousek > Assignee: Jan Papousek > Fix For: 2.0.0.Beta1 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > The current situation of handling staleness is it works purely accidentally in some cases and it prevents any caching of web elements. > Imagine the following code: > {code} > Action action = new Actions(driver).moveToElement(element).build(); > ... // some action causing staleness > action.perform(); > {code} > The previous code doesn't throw StaleElementReferenceException only in the case when the action causing staleness finishes before the requested action starts performing and when there is no caching of web elements. Currently Graphene can't force the action to perform again when StaleElementReferenceException is thrown. > In the case of caching the scenerio would be: > # element is loaded and put to the cache > # ... some actions ... > # action causing staleness is performed > # the requested action starts performing > -- cached element is used => StaleElementReferenceException -- 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

11 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-280) Refactor handling of staleness to improve performance

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-280?page=com.atlassian.jira.plugin... ] Lukáš Fryč commented on ARQGRA-280: ----------------------------------- How would you solve a problem of cache invalidation in case of stale reference? > Refactor handling of staleness to improve performance > ----------------------------------------------------- > > Key: ARQGRA-280 > URL: https://issues.jboss.org/browse/ARQGRA-280 > Project: Arquillian Graphene > Issue Type: Task > Affects Versions: 2.0.0.Alpha3 > Reporter: Jan Papousek > Assignee: Jan Papousek > Fix For: 2.0.0.Beta1 > > Original Estimate: 4 hours > Remaining Estimate: 4 hours > > The current situation of handling staleness is it works purely accidentally in some cases and it prevents any caching of web elements. > Imagine the following code: > {code} > Action action = new Actions(driver).moveToElement(element).build(); > ... // some action causing staleness > action.perform(); > {code} > The previous code doesn't throw StaleElementReferenceException only in the case when the action causing staleness finishes before the requested action starts performing and when there is no caching of web elements. Currently Graphene can't force the action to perform again when StaleElementReferenceException is thrown. > In the case of caching the scenerio would be: > # element is loaded and put to the cache > # ... some actions ... > # action causing staleness is performed > # the requested action starts performing > -- cached element is used => StaleElementReferenceException -- 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

11 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues April 2013