Skip to content
This repository has been archived by the owner on Dec 5, 2024. It is now read-only.

New condition: TreeHasItem #2034

Closed
jkopriva opened this issue Aug 30, 2019 · 2 comments
Closed

New condition: TreeHasItem #2034

jkopriva opened this issue Aug 30, 2019 · 2 comments
Assignees
@jkopriva
Labels
enhancement
Milestone
2.8.0

Comments

@jkopriva
Copy link
Contributor

No description provided.

@jkopriva jkopriva self-assigned this Aug 30, 2019
@jkopriva jkopriva mentioned this issue Aug 30, 2019
Merged
@jkopriva
Copy link
Contributor Author

There is similar condition TreeContainsItem

@odockal odockal added this to the 2.8.0 milestone Oct 8, 2019
odockal added a commit to odockal/reddeer that referenced this issue Dec 2, 2019
@odockal
New TreeContainsItem constructor, unit tests, fixes eclipse-archived#…
e943087 
…2034

Signed-off-by: Ondrej Dockal <odockal@redhat.com>
@odockal
Copy link
Collaborator

odockal commented Dec 2, 2019

I have add an constructor that takes only one parameter - item path (String []), the tree used will be defined by new DefaultTree() instead of doing this when initializing the TreeContainsItem. What you have done in OS plugin, it searches only on the first level. So I do not think this would be proper implementation in RD. TreeContainsItem offers broader functionality.

odockal added a commit to odockal/reddeer that referenced this issue Dec 3, 2019
@odockal
New TreeContainsItem constructor, unit tests, fixes eclipse-archived#…
feb9911 
…2034

   - update orbit update site

Signed-off-by: Ondrej Dockal <odockal@redhat.com>
@odockal odockal closed this as completed in c532c06 Dec 4, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees

@jkopriva jkopriva

Labels
enhancement
Projects
None yet
Milestone
2.8.0
Development

No branches or pull requests
2 participants
@jkopriva @odockal