-
-
Notifications
You must be signed in to change notification settings - Fork 426
Need an option to disable ClickFailed screenshots, better logging #626
Comments
Saving screenshots during the retry loop was unintentional. I'll look into a way to reduce the number of screenshots we're saving here. I'll try to take care of number two. I'd be interested in a tested pull request that adds number one. ps - your avatar is a baby, so I read your message in a baby voice in my head |
@jferris Did you look into reducing the number of screenshots saved? Can this issue be closed? |
I haven't yet, no. |
@mhoran any thoughts on this? I don't see a place in the driver API where we would make this change. It may make more sense to remove this auto-screenshot behavior and try to get something more generic into Capybara for saving screenshots for certain errors. |
I agree. Let's pull this out of capybara-webkit for now. |
We can't distinguish between ClickFailed errors which will be retried, and those which have actually failed for good. This means we end up writing hundreds of screenshot files during a failure, and we sometimes write several screenshot files even when the click ends up working. This isn't feasible to work around in a driver, so this commit removes the behavior from capybara-webkit. Something like this may make more sense in Capybara proper. Resolves #626.
I opened #800 to resolve this issue. |
We ended up with over 14,000 ClickFailed screenshots in our CI /tmp directory, I assume due to some sort of synchronization loop (Capybara::Webkit::ClickFailed is returned by invalid_element_errors, indicating Capybara should retry it), though the test logs do not report an abnormal number of screenshots.
The new ClickFailed screenshot feature should be refined to address this in a couple of ways:
The text was updated successfully, but these errors were encountered: