March 2014 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQGRA-425) Allow @Location with relative URL when there is no deployment

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-425?page=com.atlassian.jira.plugin... ] Juraj Húska commented on ARQGRA-425: ------------------------------------ [~lfryc] Please, what do you think about this addition ? > Allow @Location with relative URL when there is no deployment > ------------------------------------------------------------- > > Key: ARQGRA-425 > URL: https://issues.jboss.org/browse/ARQGRA-425 > Project: Arquillian Graphene > Issue Type: Feature Request > Components: core > Affects Versions: 2.0.1.Final > Reporter: Juraj Húska > > There are some use cases when there is no {{@Deployment}} method, and we still need to treat {{URL}} in {{@Location}} as relative. > E.g. we are testing an application already deployed somewhere, but still the context root of the application can change, and we do not want to hardcode it. > As [~kpiwko] suggested, we can support his in Graphene like this: > # wrap {{org.jboss.arquillian.container.test.impl.enricher.resource.URLResourceProvider}} > # make it returns some default value of {{contextRoot}} if the {{contextRoot}} is null > # make that value configurable via Graphene configuration -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-425) Allow @Location with relative URL when there is no deployment

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-425?page=com.atlassian.jira.plugin... ] Juraj Húska updated ARQGRA-425: ------------------------------- Description: There are some use cases when there is no {{@Deployment}} method, and we still need to treat {{URL}} in {{@Location}} as relative. E.g. we are testing an application already deployed somewhere, but still the context root of the application can change, and we do not want to hardcode it. As [~kpiwko] suggested, we can support his in Graphene like this: # wrap {{org.jboss.arquillian.container.test.impl.enricher.resource.URLResourceProvider}} # make it returns some default value of {{contextRoot}} if the {{contextRoot}} is null # make that value configurable via Graphene configuration was: There are some use cases when there is no {{@Deployment}} method, and we still need to treat {{URL}} in {{@Location}} as relative. E.g. we are testing an application already deployed somewhere, but still the context root of the application can change, and we do not want to hardcode it. As [~kpiwko] suggested, we can support his in Graphene like this: # wrap {{org.jboss.arquillian.container.test.impl.enricher.resource.URLResourceProvider}} # make it returns some default value of {{contextRoot}} if the {{contextRoot}} is null # make that value configurable via Graphene configuration [~lfryc] Please, what do you think about this addition ? > Allow @Location with relative URL when there is no deployment > ------------------------------------------------------------- > > Key: ARQGRA-425 > URL: https://issues.jboss.org/browse/ARQGRA-425 > Project: Arquillian Graphene > Issue Type: Feature Request > Components: core > Affects Versions: 2.0.1.Final > Reporter: Juraj Húska > > There are some use cases when there is no {{@Deployment}} method, and we still need to treat {{URL}} in {{@Location}} as relative. > E.g. we are testing an application already deployed somewhere, but still the context root of the application can change, and we do not want to hardcode it. > As [~kpiwko] suggested, we can support his in Graphene like this: > # wrap {{org.jboss.arquillian.container.test.impl.enricher.resource.URLResourceProvider}} > # make it returns some default value of {{contextRoot}} if the {{contextRoot}} is null > # make that value configurable via Graphene configuration -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-425) Allow @Location with relative URL when there is no deployment

by Juraj Húska (JIRA)

Juraj Húska created ARQGRA-425: ---------------------------------- Summary: Allow @Location with relative URL when there is no deployment Key: ARQGRA-425 URL: https://issues.jboss.org/browse/ARQGRA-425 Project: Arquillian Graphene Issue Type: Feature Request Components: core Affects Versions: 2.0.1.Final Reporter: Juraj Húska There are some use cases when there is no {{@Deployment}} method, and we still need to treat {{URL}} in {{@Location}} as relative. E.g. we are testing an application already deployed somewhere, but still the context root of the application can change, and we do not want to hardcode it. As [~kpiwko] suggested, we can support his in Graphene like this: # wrap {{org.jboss.arquillian.container.test.impl.enricher.resource.URLResourceProvider}} # make it returns some default value of {{contextRoot}} if the {{contextRoot}} is null # make that value configurable via Graphene configuration [~lfryc] Please, what do you think about this addition ? -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1701) Allow possibility to resize screenshots

by Stefan Miklosovic (JIRA)

[ https://issues.jboss.org/browse/ARQ-1701?page=com.atlassian.jira.plugin.s... ] Stefan Miklosovic edited comment on ARQ-1701 at 3/11/14 6:08 AM: ----------------------------------------------------------------- Feel free to implement this. This could be extended to videos as well. was (Author: smikloso): Feel free to implement this. > Allow possibility to resize screenshots > --------------------------------------- > > Key: ARQ-1701 > URL: https://issues.jboss.org/browse/ARQ-1701 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Recorder > Reporter: Alex Soto > Priority: Minor > > When a screenshot is taken, user can decide if image is big enough to be added as link and not as embed image. Another approach that may find users useful is resize the image, so for example with a resize property you can decide that if an image is big enough instead of adding it as a link, resize the image to given percentage/fixed width, and embed inside the document. > In this case we should decide if image is resized and nothing more, or if it is resized and add an option to open the full screen. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1701) Allow possibility to resize screenshots

by Stefan Miklosovic (JIRA)

[ https://issues.jboss.org/browse/ARQ-1701?page=com.atlassian.jira.plugin.s... ] Stefan Miklosovic commented on ARQ-1701: ---------------------------------------- Feel free to implement this. > Allow possibility to resize screenshots > --------------------------------------- > > Key: ARQ-1701 > URL: https://issues.jboss.org/browse/ARQ-1701 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Recorder > Reporter: Alex Soto > Priority: Minor > > When a screenshot is taken, user can decide if image is big enough to be added as link and not as embed image. Another approach that may find users useful is resize the image, so for example with a resize property you can decide that if an image is big enough instead of adding it as a link, resize the image to given percentage/fixed width, and embed inside the document. > In this case we should decide if image is resized and nothing more, or if it is resized and add an option to open the full screen. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1701) Allow possibility to resize screenshots

by Alex Soto (JIRA)

Alex Soto created ARQ-1701: ------------------------------ Summary: Allow possibility to resize screenshots Key: ARQ-1701 URL: https://issues.jboss.org/browse/ARQ-1701 Project: Arquillian Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Extension - Recorder Reporter: Alex Soto Priority: Minor When a screenshot is taken, user can decide if image is big enough to be added as link and not as embed image. Another approach that may find users useful is resize the image, so for example with a resize property you can decide that if an image is big enough instead of adding it as a link, resize the image to given percentage/fixed width, and embed inside the document. In this case we should decide if image is resized and nothing more, or if it is resized and add an option to open the full screen. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (ARQGRA-420) Port unified screenshooter implementation for Graphene into Graphene project itself

by Juraj Húska (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-420?page=com.atlassian.jira.plugin... ] Juraj Húska reassigned ARQGRA-420: ---------------------------------- Assignee: Juraj Húska (was: Stefan Miklosovic) > Port unified screenshooter implementation for Graphene into Graphene project itself > ----------------------------------------------------------------------------------- > > Key: ARQGRA-420 > URL: https://issues.jboss.org/browse/ARQGRA-420 > Project: Arquillian Graphene > Issue Type: Task > Components: api, build, core > Affects Versions: 2.0.1.Final > Reporter: Juraj Húska > Assignee: Juraj Húska > Fix For: 2.1-Tracking > > > Port screenshooter implementation from unified screenshooter repository, [here|https://github.com/smiklosovic/arquillian-unified-recorder/tree/mast...], > into Graphene project repository. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1685) Allow user to define when a screenshot is large

by Stefan Miklosovic (JIRA)

[ https://issues.jboss.org/browse/ARQ-1685?page=com.atlassian.jira.plugin.s... ] Stefan Miklosovic resolved ARQ-1685. ------------------------------------ Fix Version/s: recorder_1.0.0.Alpha2 Resolution: Done > Allow user to define when a screenshot is large > ----------------------------------------------- > > Key: ARQ-1685 > URL: https://issues.jboss.org/browse/ARQ-1685 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Recorder > Reporter: Alex Soto > Assignee: Stefan Miklosovic > Priority: Minor > Fix For: recorder_1.0.0.Alpha2 > > > In Arquillian reporter when an image is large than 500px width, it is considered large, and instead of embedding inside report, a link is added. I think it should be useful to decide to final user if 500px width is large or not. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1685) Allow user to define when a screenshot is large

by Stefan Miklosovic (JIRA)

[ https://issues.jboss.org/browse/ARQ-1685?page=com.atlassian.jira.plugin.s... ] Stefan Miklosovic commented on ARQ-1685: ---------------------------------------- in upstream and resolving as done https://github.com/arquillian/arquillian-recorder/commit/d322d93f46180a70... > Allow user to define when a screenshot is large > ----------------------------------------------- > > Key: ARQ-1685 > URL: https://issues.jboss.org/browse/ARQ-1685 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Recorder > Reporter: Alex Soto > Assignee: Stefan Miklosovic > Priority: Minor > > In Arquillian reporter when an image is large than 500px width, it is considered large, and instead of embedding inside report, a link is added. I think it should be useful to decide to final user if 500px width is large or not. -- 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

12 years

1
0
0 / 0

[JBoss JIRA] (ARQ-1498) Warp: get frozen when testing RichFaces FileUpload

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQ-1498?page=com.atlassian.jira.plugin.s... ] Lukáš Fryč commented on ARQ-1498: --------------------------------- As I described in [RF-13217|https://issues.jboss.org/browse/RF-13217?focusedCommentId=129516...], this is not Warp's issue as it works fine with Firefox. > Warp: get frozen when testing RichFaces FileUpload > -------------------------------------------------- > > Key: ARQ-1498 > URL: https://issues.jboss.org/browse/ARQ-1498 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Extension - Warp > Affects Versions: warp_1.0.0.Alpha4 > Reporter: Lukáš Fryč > Priority: Critical > Fix For: warp_1.0.0.Alpha7 > > > Upstream issue: RF-13217 -- 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

12 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues March 2014