|
|
Created:
4 years, 4 months ago by karandeepb Modified:
4 years, 3 months ago CC:
chromium-reviews, tfarina, James Su, shuchen+watch_chromium.org, yusukes+watch_chromium.org, nona+watch_chromium.org, chrome-apps-syd-reviews_chromium.org Base URL:
https://chromium.googlesource.com/chromium/src.git@master Target Ref:
refs/pending/heads/master Project:
chromium Visibility:
Public. |
DescriptionMacViewsBrowser: Fix omnibox crash due to failed DCHECK.
Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text
editing command to be executed on the next key press. However, Textfield
subclasses like OmniboxViewViews are currently oblivious to the scheduled text
edit command accounting. When a key press event is handled in
OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property
in Textfield is not cleared, leading to a failed DCHECK when
Textfield::SetTextEditCommandForNextKeyEvent is invoked next.
This CL resolves the crash by prohibiting Textfield subclasses from overriding
OnKeyPressed/Released. This allows Textfield to handle the accounting related to
the scheduled text edit command. This necessiates moving all the
OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to
OmniboxViewViews::HandleKeyEvent. A test is also added which fails on the
current master.
BUG=613948
TEST=Build with mac_views_browser=1. In the browser, go to the omnibox and type
a partial url such that there are atleast 2 autocomplete suggestions. Press
arrow down key twice. Ensure the browser does not crash.
Committed: https://crrev.com/f588a5a9734fec75adfd7815190d930f0ba13df4
Cr-Commit-Position: refs/heads/master@{#415156}
Patch Set 1 #
Total comments: 2
Patch Set 2 #Patch Set 3 : tests #Patch Set 4 #
Total comments: 4
Patch Set 5 : Address review. #Patch Set 6 : Fix compile. #
Total comments: 2
Patch Set 7 : Address review. #
Total comments: 2
Patch Set 8 : Address review, make Textfield::OnKeyPressed/Released final. #
Messages
Total messages: 63 (45 generated)
The CQ bit was checked by karandeepb@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...
Patchset #2 (id:20001) has been deleted
Patchset #3 (id:60001) has been deleted
Patchset #4 (id:100001) has been deleted
Description was changed from ========== Omnibox crash. ========== to ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. BUG=613948 ==========
Description was changed from ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. BUG=613948 ========== to ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. BUG=613948 ==========
Description was changed from ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. BUG=613948 ========== to ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. A test is also added which fails on the current master. BUG=613948 ==========
Description was changed from ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. A test is also added which fails on the current master. BUG=613948 ========== to ========== PTAL msw@. This changes the codepaths for key events as far as omnibox is concerned. Particularly, HandleEarlyTabActions is now called before Textfield::OnKeyPressed. MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. A test is also added which fails on the current master. BUG=613948 TEST=Build with mac_views_browser=1. In the browser, go to the omnibox and type a partial url such that there are atleast 2 autocomplete suggestions. Press arrow down key twice. Ensure the browser does not crash. ==========
Description was changed from ========== PTAL msw@. This changes the codepaths for key events as far as omnibox is concerned. Particularly, HandleEarlyTabActions is now called before Textfield::OnKeyPressed. MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. A test is also added which fails on the current master. BUG=613948 TEST=Build with mac_views_browser=1. In the browser, go to the omnibox and type a partial url such that there are atleast 2 autocomplete suggestions. Press arrow down key twice. Ensure the browser does not crash. ========== to ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. A test is also added which fails on the current master. BUG=613948 TEST=Build with mac_views_browser=1. In the browser, go to the omnibox and type a partial url such that there are atleast 2 autocomplete suggestions. Press arrow down key twice. Ensure the browser does not crash. ==========
Patchset #4 (id:120001) has been deleted
Patchset #4 (id:140001) has been deleted
The CQ bit was checked by karandeepb@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...
karandeepb@chromium.org changed reviewers: + msw@chromium.org
PTAL msw@. This changes the codepaths for key events as far as omnibox is concerned. For eg., OmniboxViewViews::HandleEarlyTabActions is now called before Textfield::OnKeyPressed. But don't think it should matter. You can also see the bug report for more context. https://codereview.chromium.org/2273263002/diff/1/chrome/browser/ui/views/omn... File chrome/browser/ui/views/omnibox/omnibox_view_views.cc (left): https://codereview.chromium.org/2273263002/diff/1/chrome/browser/ui/views/omn... chrome/browser/ui/views/omnibox/omnibox_view_views.cc:776: return views::Textfield::OnKeyPressed(event) || HandleEarlyTabActions(event); Any reason why this wasn't HandleEarlyTabActions(event) || views::Textfield::OnKeyPressed(event)? https://codereview.chromium.org/2273263002/diff/1/chrome/browser/ui/views/omn... File chrome/browser/ui/views/omnibox/omnibox_view_views.cc (right): https://codereview.chromium.org/2273263002/diff/1/chrome/browser/ui/views/omn... chrome/browser/ui/views/omnibox/omnibox_view_views.cc:897: delete_at_end_pressed_ = false; Can't seem to find any callers for OmniboxView::DeleteAtEndPressed, maybe it should be removed?
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
lgtm https://codereview.chromium.org/2273263002/diff/160001/chrome/browser/ui/view... File chrome/browser/ui/views/omnibox/omnibox_view_views_unittest.cc (right): https://codereview.chromium.org/2273263002/diff/160001/chrome/browser/ui/view... chrome/browser/ui/views/omnibox/omnibox_view_views_unittest.cc:155: // Textfield::OnKeyPressed is invoked. Test for http://crbug.com/613948. nit: maybe explain why this matters? https://codereview.chromium.org/2273263002/diff/160001/ui/views/controls/text... File ui/views/controls/textfield/textfield.h (right): https://codereview.chromium.org/2273263002/diff/160001/ui/views/controls/text... ui/views/controls/textfield/textfield.h:216: // OnKey[Pressed/Released] are virtual only so that they can be overridden in Can we move these to protected (or private and friend the test sublcasses)?
The CQ bit was checked by karandeepb@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from msw@chromium.org Link to the patchset: https://codereview.chromium.org/2273263002/#ps180001 (title: "Address review.")
The CQ bit was unchecked by karandeepb@chromium.org
https://codereview.chromium.org/2273263002/diff/160001/chrome/browser/ui/view... File chrome/browser/ui/views/omnibox/omnibox_view_views_unittest.cc (right): https://codereview.chromium.org/2273263002/diff/160001/chrome/browser/ui/view... chrome/browser/ui/views/omnibox/omnibox_view_views_unittest.cc:155: // Textfield::OnKeyPressed is invoked. Test for http://crbug.com/613948. On 2016/08/25 17:02:51, msw wrote: > nit: maybe explain why this matters? Done. https://codereview.chromium.org/2273263002/diff/160001/ui/views/controls/text... File ui/views/controls/textfield/textfield.h (right): https://codereview.chromium.org/2273263002/diff/160001/ui/views/controls/text... ui/views/controls/textfield/textfield.h:216: // OnKey[Pressed/Released] are virtual only so that they can be overridden in On 2016/08/25 17:02:51, msw wrote: > Can we move these to protected (or private and friend the test sublcasses)? Moved to private. Had to move TestTextfield out of the anon. namespace.
The CQ bit was checked by karandeepb@chromium.org
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
Try jobs failed on following builders: linux_chromium_chromeos_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
The CQ bit was checked by karandeepb@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: Try jobs failed on following builders: linux_chromium_asan_rel_ng on master.tryserver.chromium.linux (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.linux/builders/linux_chromium_...)
The CQ bit was checked by karandeepb@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...
Patchset #6 (id:200001) has been deleted
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
karandeepb@chromium.org changed reviewers: + calamity@chromium.org
PTAL Chris for ui/app_list. Thanks.
app_list lgtm
PTAL msw@. Let me know if you have any more comments, else I'll land.
https://codereview.chromium.org/2273263002/diff/220001/ui/views/controls/text... File ui/views/controls/textfield/textfield_test_api.h (right): https://codereview.chromium.org/2273263002/diff/220001/ui/views/controls/text... ui/views/controls/textfield/textfield_test_api.h:40: bool OnKeyPressed(const ui::KeyEvent& event) { Can tests instead call Textfield/View::OnKeyEvent(KeyEvent* event) or something similar, perhaps by static_cast'ing if really needed? It'd be nice to avoid test api for simply posting events (versus overriding these methods).
The CQ bit was checked by karandeepb@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.
PTAL msw@. https://codereview.chromium.org/2273263002/diff/220001/ui/views/controls/text... File ui/views/controls/textfield/textfield_test_api.h (right): https://codereview.chromium.org/2273263002/diff/220001/ui/views/controls/text... ui/views/controls/textfield/textfield_test_api.h:40: bool OnKeyPressed(const ui::KeyEvent& event) { On 2016/08/26 07:09:43, msw wrote: > Can tests instead call Textfield/View::OnKeyEvent(KeyEvent* event) or something > similar, perhaps by static_cast'ing if really needed? It'd be nice to avoid test > api for simply posting events (versus overriding these methods). Done.
lgtm
https://codereview.chromium.org/2273263002/diff/240001/ui/views/controls/text... File ui/views/controls/textfield/textfield_unittest.cc (right): https://codereview.chromium.org/2273263002/diff/240001/ui/views/controls/text... ui/views/controls/textfield/textfield_unittest.cc:332: bool OnKeyPressed(const ui::KeyEvent& e) override { Oh, can these override onkeyevent instead? and then drop the friend class mention in rendertext.
Patchset #8 (id:260001) has been deleted
The CQ bit was checked by karandeepb@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: Try jobs failed on following builders: win_chromium_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_rel_...)
PTAL msw@ in case you have any more comments. https://codereview.chromium.org/2273263002/diff/240001/ui/views/controls/text... File ui/views/controls/textfield/textfield_unittest.cc (right): https://codereview.chromium.org/2273263002/diff/240001/ui/views/controls/text... ui/views/controls/textfield/textfield_unittest.cc:332: bool OnKeyPressed(const ui::KeyEvent& e) override { On 2016/08/26 15:19:09, msw wrote: > Oh, can these override onkeyevent instead? and then drop the friend class > mention in rendertext. Done. Keep forgetting about OnKeyEvent. This also enabled making Textfield::OnKeyPressed/Released final.
lgtm
The CQ bit was checked by karandeepb@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from calamity@chromium.org Link to the patchset: https://codereview.chromium.org/2273263002/#ps280001 (title: "Address review, make Textfield::OnKeyPressed/Released final.")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
Message was sent while issue was closed.
Description was changed from ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. A test is also added which fails on the current master. BUG=613948 TEST=Build with mac_views_browser=1. In the browser, go to the omnibox and type a partial url such that there are atleast 2 autocomplete suggestions. Press arrow down key twice. Ensure the browser does not crash. ========== to ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. A test is also added which fails on the current master. BUG=613948 TEST=Build with mac_views_browser=1. In the browser, go to the omnibox and type a partial url such that there are atleast 2 autocomplete suggestions. Press arrow down key twice. Ensure the browser does not crash. ==========
Message was sent while issue was closed.
Committed patchset #8 (id:280001)
Message was sent while issue was closed.
Description was changed from ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. A test is also added which fails on the current master. BUG=613948 TEST=Build with mac_views_browser=1. In the browser, go to the omnibox and type a partial url such that there are atleast 2 autocomplete suggestions. Press arrow down key twice. Ensure the browser does not crash. ========== to ========== MacViewsBrowser: Fix omnibox crash due to failed DCHECK. Textfield::SetTextEditCommandForNextKeyEvent can be used to schedule a text editing command to be executed on the next key press. However, Textfield subclasses like OmniboxViewViews are currently oblivious to the scheduled text edit command accounting. When a key press event is handled in OmnboxViewViews::OnKeyPressed itself, the scheduled_text_edit_command_ property in Textfield is not cleared, leading to a failed DCHECK when Textfield::SetTextEditCommandForNextKeyEvent is invoked next. This CL resolves the crash by prohibiting Textfield subclasses from overriding OnKeyPressed/Released. This allows Textfield to handle the accounting related to the scheduled text edit command. This necessiates moving all the OmniboxViewViews::OnKeyPressed and OmniboxViewViews::OnKeyReleased logic to OmniboxViewViews::HandleKeyEvent. A test is also added which fails on the current master. BUG=613948 TEST=Build with mac_views_browser=1. In the browser, go to the omnibox and type a partial url such that there are atleast 2 autocomplete suggestions. Press arrow down key twice. Ensure the browser does not crash. Committed: https://crrev.com/f588a5a9734fec75adfd7815190d930f0ba13df4 Cr-Commit-Position: refs/heads/master@{#415156} ==========
Message was sent while issue was closed.
Patchset 8 (id:??) landed as https://crrev.com/f588a5a9734fec75adfd7815190d930f0ba13df4 Cr-Commit-Position: refs/heads/master@{#415156} |