Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[CLOSED] Fix failing tests #10762

Open
core-ai-bot opened this issue Aug 30, 2021 · 5 comments
Open

[CLOSED] Fix failing tests #10762

core-ai-bot opened this issue Aug 30, 2021 · 5 comments

Comments

@core-ai-bot
Copy link
Member

Issue by MarcelGerber
Saturday Jul 23, 2016 at 20:19 GMT
Originally opened as adobe/brackets#12615


For #12144 (cc@ficristo)
There's still one FindInFiles test failing, but after looking into it for about 3 hours, I'm giving up on trying to fix that failure.


MarcelGerber included the following code: https://github.com/adobe/brackets/pull/12615/commits

@core-ai-bot
Copy link
Member Author

Comment by ficristo
Sunday Jul 24, 2016 at 08:09 GMT


Can you give me a bit of background of the FindInFiles issues (the ones you are fixing here)?

@core-ai-bot
Copy link
Member Author

Comment by MarcelGerber
Sunday Jul 24, 2016 at 08:17 GMT


Sure.

  • should disable the Replace button if query is empty
    As FindBar now remembers the last query, the bar is pre-filled in this test case, whereas it tests the case when the bar is empty. We had the same test fixes for FindReplace in Fix FindReplace Integration tests adobe/brackets#12440.
  • should expand/collapse items when clicked
    I highly doubt this test has ever worked. #items is not an actual element to be found in our DOM, but a Mustache section. The new selectors select the actual elements that need to be checked. The tr one is that verbose because we don't really have another way to separate tr.disclosure-triangle from "normal" tr rows.

@core-ai-bot
Copy link
Member Author

Comment by ficristo
Sunday Jul 24, 2016 at 09:09 GMT


Thank you.

The SVG test looks fine.
For the first issue of FindInFiles, can you put the function to clean the searchbar in a beforeEach function in that describe section? If it doesn't cause other issues I would prefer it.
For the second issue I think the point of the test was to check that all lines of a specific list were hidden, with your change you are checking only the first one. I think an option could be to add another class and check for it.

Semi related: when running the FindInFiles test I saw a couple of exception logged in the Developer Tools of test window. Maybe some other timing issue...

@core-ai-bot
Copy link
Member Author

Comment by MarcelGerber
Sunday Jul 24, 2016 at 17:09 GMT


I cannot move that expression into the beforeEach function because #find-what is not part of the DOM at this point, and I also cannot move it into openSearchBar because some other tests rely on the bar being pre-populated from a selection (and we can't really distinguish where it comes from).

I've also altered the test so two results are checked, and we now make sure all of the results are hidden or visible, respectively.

@core-ai-bot
Copy link
Member Author

Comment by ficristo
Sunday Jul 24, 2016 at 17:39 GMT


I cannot move that

Thank you to have checked!
If tests pass then LGTM.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant