commit | 625930782918af8cbb37c068e6fc24c214ab006f | [log] [tgz] |
---|---|---|
author | Arthur Milchior <arthurmilchior@chromium.org> | Tue Jan 07 11:07:04 2025 |
committer | Chromium LUCI CQ <chromium-scoped@luci-project-accounts.iam.gserviceaccount.com> | Tue Jan 07 11:07:04 2025 |
tree | 4bac9f513d5ac19a2ea6aee43c5a1563811b7c6e | |
parent | 94355ac2d2aaff074fcf701c77c578848ca3e64f [diff] |
[iOS]Introduce GREYAssertErrorNil Usually, `error.description` contains useful information that help to debug code failure. This information is not accessible in the log of the failing message. Instead, a generic string is provided which provides less information. This CL add an helper function GREYAssertErrorNil that assert that the error is nil. If the error is not nil, it prents the description, followed potentially by the error message. I replaced a few use where it’s easy to see that this replacement will lead to better failure message. In particular over histogram related methods, as the issue I was originally debugging was over histogram. There remains hundreds of `GREYAssertNil` on error which may be worth replacing eventually. Ideally, I’d have preferred to name it `GREYAssertNil` and overload this function. But as this is defined as a macro, this is not possible. Ideally, the message should be a string with format, and accepting a variable number of parameter. This does not seems something we currently do in Chrome and I don’t think it’s worth adding it. Bug: None Change-Id: I910a94b44cb96ec3f323e1efbe65fadc02a293e9 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/6149288 Commit-Queue: Arthur Milchior <arthurmilchior@chromium.org> Reviewed-by: Gauthier Ambard <gambard@chromium.org> Cr-Commit-Position: refs/heads/main@{#1402869}
Chromium is an open-source browser project that aims to build a safer, faster, and more stable way for all users to experience the web.
The project's web site is https://www.chromium.org.
To check out the source code locally, don't use git clone
! Instead, follow the instructions on how to get the code.
Documentation in the source is rooted in docs/README.md.
Learn how to Get Around the Chromium Source Code Directory Structure.
For historical reasons, there are some small top level directories. Now the guidance is that new top level directories are for product (e.g. Chrome, Android WebView, Ash). Even if these products have multiple executables, the code should be in subdirectories of the product.
If you found a bug, please file it at https://crbug.com/new.