|
|
Chromium Code Reviews|
Created:
3 years, 8 months ago by Shuhei Takahashi Modified:
3 years, 8 months ago Reviewers:
nednguyen CC:
catapult-reviews_chromium.org, telemetry-reviews_chromium.org Target Ref:
refs/heads/master Project:
catapult Visibility:
Public. |
DescriptionIncrease the websocket timeout in Chrome OS.
In ToT Chrome OS Chrome, we have an issue that Chrome
occasionally does not respond to websocket connections for
10+ seconds (http://crbug.com/704024), causing many Chrome
OS autotests to fail randomly.
This change increases the timeout only for Chrome OS Chrome
to workaround the issue while we work on proper fixes.
BUG=chromium:705399
TEST=trybot
Review-Url: https://codereview.chromium.org/2782683003
Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapult/+/83f447ccc94dc3a0998f62569933f909ec7b069f
Patch Set 1 #Patch Set 2 : Set the timeout in ad-hoc manner. #Messages
Total messages: 23 (15 generated)
The CQ bit was checked by nya@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
nya@chromium.org changed reviewers: + nednguyen@google.com
nednguyen: PTAL
On 2017/03/29 09:54:05, Shuhei Takahashi wrote: > nednguyen: PTAL This seems very wrong. This is an internal method of Telemetry, and I don't want to make every aspect in Telemetry code base configurable, especially not through command line flag. What are you trying to do here?
On 2017/03/29 10:03:26, nednguyen wrote: > On 2017/03/29 09:54:05, Shuhei Takahashi wrote: > > nednguyen: PTAL > > This seems very wrong. This is an internal method of Telemetry, and I don't want > to make every aspect in Telemetry code base configurable, especially not through > command line flag. What are you trying to do here? Hmm, sorry, it seems I still don't understand what is an expected way in Telemetry... I just want to temporarily increase the timeout of websocket connection attempted by SystemInfoBackend. Could you please give me an advice about how to do it? Background: In ToT Chrome OS Chrome, we have an issue that Chrome occasionally does not respond to websocket connections for 10+ seconds (http://crbug.com/704024), causing Chrome OS autotests to fail randomly. Though we are working on the proper fixes (see the bug), we expect it to take some time. Thus, meanwhile, we want to workaround the issue by temporarily increase the timeout.
On 2017/03/29 10:12:38, Shuhei Takahashi wrote: > On 2017/03/29 10:03:26, nednguyen wrote: > > On 2017/03/29 09:54:05, Shuhei Takahashi wrote: > > > nednguyen: PTAL > > > > This seems very wrong. This is an internal method of Telemetry, and I don't > want > > to make every aspect in Telemetry code base configurable, especially not > through > > command line flag. What are you trying to do here? > > Hmm, sorry, it seems I still don't understand what is an expected way in > Telemetry... > > I just want to temporarily increase the timeout of websocket connection > attempted by SystemInfoBackend. Could you please give me an advice about how to > do it? > > > Background: > > In ToT Chrome OS Chrome, we have an issue that Chrome occasionally does not > respond to websocket connections for 10+ seconds (http://crbug.com/704024), > causing Chrome OS autotests to fail randomly. Though we are working on the > proper fixes (see the bug), we expect it to take some time. Thus, meanwhile, we > want to workaround the issue by temporarily increase the timeout. You can add some if else statment in the place that call SystemInfoBackend(), s.t like: if browser is chromeOs: # TODO(..): remove this condional branch once crbug.com/704024 is fixed. getSystemInfoBackend(timeout=30) else: getSystemInfoBackend()
On 2017/03/29 10:17:44, nednguyen wrote: > On 2017/03/29 10:12:38, Shuhei Takahashi wrote: > > On 2017/03/29 10:03:26, nednguyen wrote: > > > On 2017/03/29 09:54:05, Shuhei Takahashi wrote: > > > > nednguyen: PTAL > > > > > > This seems very wrong. This is an internal method of Telemetry, and I don't > > want > > > to make every aspect in Telemetry code base configurable, especially not > > through > > > command line flag. What are you trying to do here? > > > > Hmm, sorry, it seems I still don't understand what is an expected way in > > Telemetry... > > > > I just want to temporarily increase the timeout of websocket connection > > attempted by SystemInfoBackend. Could you please give me an advice about how > to > > do it? > > > > > > Background: > > > > In ToT Chrome OS Chrome, we have an issue that Chrome occasionally does not > > respond to websocket connections for 10+ seconds (http://crbug.com/704024), > > causing Chrome OS autotests to fail randomly. Though we are working on the > > proper fixes (see the bug), we expect it to take some time. Thus, meanwhile, > we > > want to workaround the issue by temporarily increase the timeout. > > You can add some if else statment in the place that call SystemInfoBackend(), > s.t like: > if browser is chromeOs: # TODO(..): remove this condional branch once > crbug.com/704024 is fixed. > getSystemInfoBackend(timeout=30) > else: > getSystemInfoBackend() Oh I see, then I'll update the patch accordingly. Thanks for your comment!
The CQ bit was checked by nya@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Description was changed from ========== Allow configuring timeout of GetSystemInfo(). Currently Telemetry does not provide a way to configure timeout of GetSystemInfo(). This change adds a browser option for it. Note that adding an argument to ChromeBrowserBackend.GetSystemInfo() does not work because it is called internally from the constructor (via _LogBrowserInfo()). BUG=chromium:705399 TEST=third_party/catapult/telemetry/bin/run_tests ========== to ========== Increase the websocket timeout in Chrome OS. In ToT Chrome OS Chrome, we have an issue that Chrome occasionally does not respond to websocket connections for 10+ seconds (http://crbug.com/704024), causing many Chrome OS autotests to fail randomly. This change increases the timeout only for Chrome OS Chrome to workaround the issue while we work on proper fixes. BUG=chromium:705399 TEST=third_party/catapult/telemetry/bin/run_tests ==========
Description was changed from ========== Increase the websocket timeout in Chrome OS. In ToT Chrome OS Chrome, we have an issue that Chrome occasionally does not respond to websocket connections for 10+ seconds (http://crbug.com/704024), causing many Chrome OS autotests to fail randomly. This change increases the timeout only for Chrome OS Chrome to workaround the issue while we work on proper fixes. BUG=chromium:705399 TEST=third_party/catapult/telemetry/bin/run_tests ========== to ========== Increase the websocket timeout in Chrome OS. In ToT Chrome OS Chrome, we have an issue that Chrome occasionally does not respond to websocket connections for 10+ seconds (http://crbug.com/704024), causing many Chrome OS autotests to fail randomly. This change increases the timeout only for Chrome OS Chrome to workaround the issue while we work on proper fixes. BUG=chromium:705399 TEST=third_party/catapult/telemetry/bin/run_tests ==========
lgtm
Description was changed from ========== Increase the websocket timeout in Chrome OS. In ToT Chrome OS Chrome, we have an issue that Chrome occasionally does not respond to websocket connections for 10+ seconds (http://crbug.com/704024), causing many Chrome OS autotests to fail randomly. This change increases the timeout only for Chrome OS Chrome to workaround the issue while we work on proper fixes. BUG=chromium:705399 TEST=third_party/catapult/telemetry/bin/run_tests ========== to ========== Increase the websocket timeout in Chrome OS. In ToT Chrome OS Chrome, we have an issue that Chrome occasionally does not respond to websocket connections for 10+ seconds (http://crbug.com/704024), causing many Chrome OS autotests to fail randomly. This change increases the timeout only for Chrome OS Chrome to workaround the issue while we work on proper fixes. BUG=chromium:705399 TEST=trybot ==========
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
The CQ bit was checked by nya@chromium.org
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch.
Bot data: {"patchset_id": 20001, "attempt_start_ts": 1490785027651660,
"parent_rev": "fdb402a3169a4786b1826c3595371f3c4f753bed", "commit_rev":
"83f447ccc94dc3a0998f62569933f909ec7b069f"}
Message was sent while issue was closed.
Description was changed from ========== Increase the websocket timeout in Chrome OS. In ToT Chrome OS Chrome, we have an issue that Chrome occasionally does not respond to websocket connections for 10+ seconds (http://crbug.com/704024), causing many Chrome OS autotests to fail randomly. This change increases the timeout only for Chrome OS Chrome to workaround the issue while we work on proper fixes. BUG=chromium:705399 TEST=trybot ========== to ========== Increase the websocket timeout in Chrome OS. In ToT Chrome OS Chrome, we have an issue that Chrome occasionally does not respond to websocket connections for 10+ seconds (http://crbug.com/704024), causing many Chrome OS autotests to fail randomly. This change increases the timeout only for Chrome OS Chrome to workaround the issue while we work on proper fixes. BUG=chromium:705399 TEST=trybot Review-Url: https://codereview.chromium.org/2782683003 Committed: https://chromium.googlesource.com/external/github.com/catapult-project/catapu... ==========
Message was sent while issue was closed.
Committed patchset #2 (id:20001) as https://chromium.googlesource.com/external/github.com/catapult-project/catapu... |
