New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 13500 link

Starred by 6 users

Issue metadata

Status: Verified
Owner:
Closed: Sep 2009
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug-Regression
M-3

Restricted
  • Only users with EditIssue permission may comment.



Sign in to add a comment

Checkfailure in autocomplete code calling SetSelectedLine() with old line == kNoMatch

Project Member Reported by lafo...@chromium.org, Jun 6 2009

Issue description

This crash was detected in 3.0.183.1 and appears to be a regression from 3.0.182.3.
It is currently ranked #14 (based on the relative number of reports in the release).  There have been 8 reports from 7 clients.
Search query: http://crash/search?query=Chrome+3.0.183.1+views%3A%3AView%3A%3AGetChildViewAt%28int%29
(EXCEPTION_BREAKPOINT@0x01c33074)
----------------------------
*       Summary Data       *
----------------------------
Report Link: http://crash/reportdetail?reportid=db26d91c10bb6ce5
Mini Dump Link: http://crash/file?reportid=db26d91c10bb6ce5&name=upload_file_minidump

Uptime: 4842 sec
User Comments: null
OS: Windows XP Service Pack 2
CPU Architecture: x86
CPU Info: AuthenticAMD family 15 model 12 stepping 0
rept: null
ptype: browser
plat: Win32

----------------------------
*      Loaded Modules      *
----------------------------
    chrome.dll
    chrome.exe
    kernel32.dll
    mswsock.dll
    ntdll.dll
    rpcrt4.dll
    user32.dll
    userenv.dll

----------------------------
*        Crash Trace       *
----------------------------
                [chrome_dll_main.cc:124] - `anonymous namespace'::OnNoMemory()
                           [invarg.c:99] - _invalid_parameter_noinfo
                           [view.cc:503] - views::View::GetChildViewAt(int)
[autocomplete_popup_contents_view.cc:698] - AutocompletePopupContentsView::InvalidateLine(unsigned int)
       [autocomplete_popup_model.cc:132] - AutocompletePopupModel::SetSelectedLine(unsigned int,bool)
[autocomplete_popup_contents_view.cc:765] - AutocompletePopupContentsView::SetSelectedLine(unsigned int,bool)
[autocomplete_popup_contents_view.cc:361] - AutocompleteResultView::OnMousePressed(views::MouseEvent const &)
                           [view.cc:427] - views::View::ProcessMousePressed(views::MouseEvent const &,views::View::DragInfo *)
                      [root_view.cc:339] - views::RootView::OnMousePressed(views::MouseEvent const &)
                     [widget_win.cc:790] - views::WidgetWin::ProcessMousePressed(WTL::CPoint const &,unsigned int,bool,bool)
                     [widget_win.cc:589] - views::WidgetWin::OnLButtonDown(unsigned int,WTL::CPoint const &)
                      [widget_win.h:172] - views::WidgetWin::_ProcessWindowMessage(HWND__ *,unsigned int,unsigned int,long,long &,unsigned long)
                    [widget_win.cc:1038] - views::WidgetWin::WndProc(HWND__ *,unsigned int,unsigned int,long)
                 [user32.dll+0x00008733] - InternalCallWinProc
                 [user32.dll+0x00008815] - UserCallWinProcCheckWow
                 [user32.dll+0x0000c63e] - CallWindowProcAorW
                 [user32.dll+0x0000c664] - CallWindowProcW
                   [focus_manager.cc:99] - views::FocusWindowCallback
                 [user32.dll+0x00008733] - InternalCallWinProc
                 [user32.dll+0x00008815] - UserCallWinProcCheckWow
                 [user32.dll+0x000089cc] - DispatchMessageWorker
                 [user32.dll+0x00008a0f] - DispatchMessageW
             [accelerator_handler.cc:40] - views::AcceleratorHandler::Dispatch(tagMSG const &)
               [message_pump_win.cc:357] - base::MessagePumpForUI::ProcessMessageHelper(tagMSG const &)
               [message_pump_win.cc:205] - base::MessagePumpForUI::DoRunLoop()
                [message_pump_win.cc:52] - base::MessagePumpWin::RunWithDispatcher(base::MessagePump::Delegate *,base::MessagePumpWin::Dispatcher *)
                   [message_loop.cc:193] - MessageLoop::RunInternal()
                   [message_loop.cc:181] - MessageLoop::RunHandler()
                   [message_loop.cc:585] - MessageLoopForUI::Run(base::MessagePumpWin::Dispatcher *)
                   [browser_main.cc:189] - `anonymous namespace'::RunUIMessageLoop(BrowserProcess *)
                   [browser_main.cc:748] - BrowserMain(MainFunctionParams const &)
                [chrome_dll_main.cc:491] - ChromeMain
            [google_update_client.cc:93] - google_update::GoogleUpdateClient::Launch(HINSTANCE__ *,sandbox::SandboxInterfaceInfo *,wchar_t *,char const *,int *)
                 [chrome_exe_main.cc:67] - wWinMain

 
Status: Assigned
Hey Peter,

I know this is a no memory crash, so there is likely little we can do.  Just wanted to 
double check since we've just started seeing this particular crasher in 183.1 if 
perhaps it might be due to a recent code change.
I think the "no memory" part is bogus.  I think GetChildViewAt() is being called with 
selected_line_ == kNoMatch.  I don't see how this can happen.  I'll add some CHECK()s 
to try and verify this hypothesis.

Comment 3 by bugdro...@gmail.com, Jun 11 2009

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=18128 

------------------------------------------------------------------------
r18128 | pkasting@chromium.org | 2009-06-10 17:48:00 -0700 (Wed, 10 Jun 2009) | 5 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/autocomplete/autocomplete_popup_model.cc?r1=18128&r2=18127

Add a couple CHECK()s in hopes of helping to track down a crash.

BUG= 13500 
TEST=none
Review URL: http://codereview.chromium.org/118453
------------------------------------------------------------------------

Labels: Crash-3.0.187.1
This crash was found in 3.0.187.1 and is currently ranked #20 (based on the relative number of reports in the release).  There have been 7 reports from 6 clients.
http://crash/search?query=Chrome+3.0.187.1+views%3A%3AView%3A%3AGetChildViewAt%28int%29
Would make sense not to see the fix in 187.1 since it was cut at 18040
This crash was not found in 3.0.189.0. We last saw it in 3.0.187.1.  Assuming the crash has been fixed, please mark accordingly.
 Issue 14598  has been merged into this issue.
Summary: Checkfailure in autocomplete code calling SetSelectedLine() with old line == kNoMatch
The CHECKs added changed the bustage point; see stack on  issue 14598 .
 Issue 13986  has been merged into this issue.
Labels: Mstone-3
The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=18947 

------------------------------------------------------------------------
r18947 | pkasting@chromium.org | 2009-06-22 13:25:10 -0700 (Mon, 22 Jun 2009) | 5 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/autocomplete/autocomplete_popup_model.cc?r1=18947&r2=18946
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/views/autocomplete/autocomplete_popup_contents_view.cc?r1=18947&r2=18946

More CHECKs in my continuing effort to figure out what is going on.  Neither Ben nor I can get this one.

BUG= 13500 
TEST=none
Review URL: http://codereview.chromium.org/140009
------------------------------------------------------------------------

Labels: Crash-3.0.190.1
This crash was found in 3.0.190.1 and is currently ranked #13 (based on the relative number of reports in the release).  There have been 12 reports from 9 clients.

Report Link: http://crash/reportdetail?reportid=ef0d261ea4379810
http://crash/search?query=Chrome+3.0.190.1+AutocompletePopupModel%3A%3ASetSelectedLine%28unsigned+int%2Cbool%29

Comment 13 by huanr@chromium.org, Jun 29 2009

I looked through a few dumps. All of them have IME module loaded, many of them being imjp81. Is it a problem caused by interaction between ime and auto completion?

Comment 14 by huanr@chromium.org, Jun 29 2009

 Issue 15578  has been merged into this issue.
 Issue 15591  has been merged into this issue.
The stack on  issue 15591  is worrisome.  The AutocompleteEdit is calling 
URLsForDefaultMatch(), which means that either the controller is still running 
autocomplete or the popup is open.  Then we CHECKfail inside that function because 
the controller is not, in fact, running, and there are no results.  If there are no 
results, it is supposed to be an invariant that the popup is closed (see 
AutocompletePopupContentsView::UpdatePopupAppearance()) but the popup must be open or 
we could not have had this callstack.

This suggests that the reason the selected line is kNoMatch is because the model 
believes there are no results, yet somehow the popup has not been closed.

This sort of problem is one reason I objected to adding a delay in the result view, 
but since this bug has been a problem since before that was added I suspect there are 
other problems besides that.

I am lost how this could be.  I never saw similar crashes with the old view code but 
I don't understand the differences between the two clearly enough to pinpoint what's 
going on here.  I'm giving this to Ben for the moment.
Labels: Fixit
Bulk editing to add the fixit label
Bulk editing to add the fixit label
Hey Jungshik,

Huan thinks this might be related to an IME input issue w/ Japanese.  It seems like you 
might have been looking at a similar issue recently.  Could you take a look at this 
bug?
Labels: I18N
Hi Anthony, sorry for missing this one. 

hbono may be a better person to take a look at this issue while I try to reproduce it 
on my end. 


 Issue 15001  has been merged into this issue.
Taking.   Issue 15001  provides steps to reproduce (only on XP, could not repro on 
Vista).  I will investigate what is going wrong.
Status: Fixed
Fixed in r20395.
The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=20395 

------------------------------------------------------------------------
r20395 | pkasting@chromium.org | 2009-07-10 11:41:52 -0700 (Fri, 10 Jul 2009) | 7 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/autocomplete/autocomplete_edit_view_win.cc?r1=20395&r2=20394
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/autocomplete/autocomplete_edit_view_win.h?r1=20395&r2=20394

Fix a crash when clicking a popup entry while composing in the Microsoft IME on XP.

We were forcing the IME to close during the process of updating the edit, which in turn caused us to try and handle "changes to the edit", leading to us (wrongly) rerunning autocomplete and blowing away our result set.

BUG= 13500 
TEST=On XP, open a new tab, set the (Microsoft) IME to Hiragana, type 'c', and then click an entry in the popup.  The browser should navigate, not crash.
Review URL: http://codereview.chromium.org/155330
------------------------------------------------------------------------

Issue 16000 has been merged into this issue.
The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=20694 

------------------------------------------------------------------------
r20694 | laforge@chromium.org | 2009-07-14 17:45:37 -0700 (Tue, 14 Jul 2009) | 11 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/branches/193/src/chrome/browser/autocomplete/autocomplete_edit_view_win.cc?r1=20694&r2=20693
   M http://src.chromium.org/viewvc/chrome/branches/193/src/chrome/browser/autocomplete/autocomplete_edit_view_win.h?r1=20694&r2=20693

Merge 20395 - Fix a crash when clicking a popup entry while composing in the Microsoft IME on XP.

We were forcing the IME to close during the process of updating the edit, which in turn caused us to try and handle "changes to the edit", leading to us (wrongly) rerunning autocomplete and blowing away our result set.

BUG= 13500 
TEST=On XP, open a new tab, set the (Microsoft) IME to Hiragana, type 'c', and then click an entry in the popup.  The browser should navigate, not crash.
Review URL: http://codereview.chromium.org/155330

TBR=pkasting@chromium.org

Review URL: http://codereview.chromium.org/155546
------------------------------------------------------------------------

Status: Assigned
We're still seeing a lot of this check in 195.10:
http://src.chromium.org/viewvc/chrome/branches/195/src/chrome/browser/autocomplete/autocomplete_popup_model.cc?view=diff&r1=18301&r2=18302

The bug in the revision log when that CHECK was committed was duped against this one.

There are currently 512 reports from 450 clients, which is _huge_ for 195.10.

The CHECK is in AutocompletePopupModel::URLsForCurrentSelection, so we should probably re-summarize this bug or open a new one. At this point, 
I just want pkasting to have a look at the report to see if this is something new or something we missed before.

Internal crash list: http://crash/stackview?product=Chrome&version=3.0.195.10&date=&num=500&start=1
Status: Fixed
Nevermind. I just found  issue 20511 .
The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=34145 

------------------------------------------------------------------------
r34145 | hbono@chromium.org | 2009-12-08 23:14:45 -0800 (Tue, 08 Dec 2009) | 14 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/autocomplete/autocomplete_edit_view_win.cc?r1=34145&r2=34144
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/autocomplete/autocomplete_edit_view_win.h?r1=34145&r2=34144

Reverts my r4300 and re-fixes Issue 3156 and  13500 .
My r4300, which is a fix Issue 3156, has been causing regressions ( Issue 9596 ,  Issue 13500 ,  Issue 29290 , etc.)
Every time when this change caused regressions, we added more code to Chromium and made Chromium code more complicated.
So, I think it is better to revert this change once and find another solution for Issue 3156 rather than to add another workaround for  Issue 29290 .

To look into Issue 3156 more deeply, it is caused by a recursive message-handler call.
When SetWindowText() is called while an IME is composing text, the IME calls SendMessage() to send a WM_IME_COMPOSITION message.
When we receive this WM_IME_COMPOSITION message, it updates the omnibox and calls SetWindowText()...
This recursive call caused not only Issue 3156 but also caused some other IME issues, such as  Issue 13500 .

BUG=3156, 13500 , 29290 
TEST=On XP, open a new tab, set the IME to Hiragana, type 'c', and then click an entry in the popup. The browser should navigate and show the popup URL without a crash.
TEST=Open Gmail, compose a new e-mail (without using a tear-off window), set the IME to Hiragana, type 'c' in its message body, and wait for the draft auto-saving. The browser should show the 'c' character.
Review URL: http://codereview.chromium.org/467015
------------------------------------------------------------------------

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=41254 

------------------------------------------------------------------------
r41254 | tkent@chromium.org | 2010-03-10 22:31:57 -0800 (Wed, 10 Mar 2010) | 18 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/branches/249/src/chrome/browser/autocomplete/autocomplete_edit_view_win.cc?r1=41254&r2=41253
   M http://src.chromium.org/viewvc/chrome/branches/249/src/chrome/browser/autocomplete/autocomplete_edit_view_win.h?r1=41254&r2=41253

Merge 34145 - Reverts my r4300 and refixes Issue 3156 and  13500 .
My r4300, which is a fix Issue 3156, has been causing regressions ( Issue 9596 ,  Issue 13500 ,  Issue 29290 , etc.)
Every time when this change caused regressions, we added more code to Chromium and made Chromium code more complicated.
So, I think it is better to revert this change once and find another solution for Issue 3156 rather than to add another workaround for  Issue 29290 .

To look into Issue 3156 more deeply, it is caused by a recursive messagehandler call.
When SetWindowText() is called while an IME is composing text, the IME calls SendMessage() to send a WM_IME_COMPOSITION message.
When we receive this WM_IME_COMPOSITION message, it updates the omnibox and calls SetWindowText()...
This recursive call caused not only Issue 3156 but also caused some other IME issues, such as  Issue 13500 .

BUG=3156, 13500 , 29290 
TEST=On XP, open a new tab, set the IME to Hiragana, type 'c', and then click an entry in the popup. The browser should navigate and show the popup URL without a crash.
TEST=Open Gmail, compose a new email (without using a tearoff window), set the IME to Hiragana, type 'c' in its message body, and wait for the draft autosaving. The browser should show the 'c' character.
Review URL: http://codereview.chromium.org/467015

TBR=hbono@chromium.org
BUG=3156, 13500 , 29290 
Review URL: http://codereview.chromium.org/865001
------------------------------------------------------------------------

Status: Verified
The issue is fixed in 4.1.249.1036/WinXP.
Verfied in 4.1.249.1036 (Official Build 41514).
Labels: -Fixit bulkmove TaskForce-Fixit
This crash was detected in 3.0.183.1 and appears to be a regression from 3.0.182.3.
It is currently ranked #14 (based on the relative number of reports in the release).  There have been 8 reports from 7 clients.
Search query: http://crash/search?query=Chrome+3.0.183.1+views%3A%3AView%3A%3AGetChildViewAt%28int%29
(EXCEPTION_BREAKPOINT@0x01c33074)
----------------------------
*       Summary Data       *
----------------------------
Report Link: http://crash/reportdetail?reportid=db26d91c10bb6ce5
Mini Dump Link: http://crash/file?reportid=db26d91c10bb6ce5&name=upload_file_minidump

Uptime: 4842 sec
User Comments: null
OS: Windows XP Service Pack 2
CPU Architecture: x86
CPU Info: AuthenticAMD family 15 model 12 stepping 0
rept: null
ptype: browser
plat: Win32

----------------------------
*      Loaded Modules      *
----------------------------
    chrome.dll
    chrome.exe
    kernel32.dll
    mswsock.dll
    ntdll.dll
    rpcrt4.dll
    user32.dll
    userenv.dll

----------------------------
*        Crash Trace       *
----------------------------
                [chrome_dll_main.cc:124] - `anonymous namespace'::OnNoMemory()
                           [invarg.c:99] - _invalid_parameter_noinfo
                           [view.cc:503] - views::View::GetChildViewAt(int)
[autocomplete_popup_contents_view.cc:698] - AutocompletePopupContentsView::InvalidateLine(unsigned int)
       [autocomplete_popup_model.cc:132] - AutocompletePopupModel::SetSelectedLine(unsigned int,bool)
[autocomplete_popup_contents_view.cc:765] - AutocompletePopupContentsView::SetSelectedLine(unsigned int,bool)
[autocomplete_popup_contents_view.cc:361] - AutocompleteResultView::OnMousePressed(views::MouseEvent const &)
                           [view.cc:427] - views::View::ProcessMousePressed(views::MouseEvent const &,views::View::DragInfo *)
                      [root_view.cc:339] - views::RootView::OnMousePressed(views::MouseEvent const &)
                     [widget_win.cc:790] - views::WidgetWin::ProcessMousePressed(WTL::CPoint const &,unsigned int,bool,bool)
                     [widget_win.cc:589] - views::WidgetWin::OnLButtonDown(unsigned int,WTL::CPoint const &)
                      [widget_win.h:172] - views::WidgetWin::_ProcessWindowMessage(HWND__ *,unsigned int,unsigned int,long,long &,unsigned long)
                    [widget_win.cc:1038] - views::WidgetWin::WndProc(HWND__ *,unsigned int,unsigned int,long)
                 [user32.dll+0x00008733] - InternalCallWinProc
                 [user32.dll+0x00008815] - UserCallWinProcCheckWow
                 [user32.dll+0x0000c63e] - CallWindowProcAorW
                 [user32.dll+0x0000c664] - CallWindowProcW
                   [focus_manager.cc:99] - views::FocusWindowCallback
                 [user32.dll+0x00008733] - InternalCallWinProc
                 [user32.dll+0x00008815] - UserCallWinProcCheckWow
                 [user32.dll+0x000089cc] - DispatchMessageWorker
                 [user32.dll+0x00008a0f] - DispatchMessageW
             [accelerator_handler.cc:40] - views::AcceleratorHandler::Dispatch(tagMSG const &)
               [message_pump_win.cc:357] - base::MessagePumpForUI::ProcessMessageHelper(tagMSG const &)
               [message_pump_win.cc:205] - base::MessagePumpForUI::DoRunLoop()
                [message_pump_win.cc:52] - base::MessagePumpWin::RunWithDispatcher(base::MessagePump::Delegate *,base::MessagePumpWin::Dispatcher *)
                   [message_loop.cc:193] - MessageLoop::RunInternal()
                   [message_loop.cc:181] - MessageLoop::RunHandler()
                   [message_loop.cc:585] - MessageLoopForUI::Run(base::MessagePumpWin::Dispatcher *)
                   [browser_main.cc:189] - `anonymous namespace'::RunUIMessageLoop(BrowserProcess *)
                   [browser_main.cc:748] - BrowserMain(MainFunctionParams const &)
                [chrome_dll_main.cc:491] - ChromeMain
            [google_update_client.cc:93] - google_update::GoogleUpdateClient::Launch(HINSTANCE__ *,sandbox::SandboxInterfaceInfo *,wchar_t *,char const *,int *)
                 [chrome_exe_main.cc:67] - wWinMain
Labels: -Regression Type-Regression
This crash was detected in 3.0.183.1 and appears to be a regression from 3.0.182.3.
It is currently ranked #14 (based on the relative number of reports in the release).  There have been 8 reports from 7 clients.
Search query: http://crash/search?query=Chrome+3.0.183.1+views%3A%3AView%3A%3AGetChildViewAt%28int%29
(EXCEPTION_BREAKPOINT@0x01c33074)
----------------------------
*       Summary Data       *
----------------------------
Report Link: http://crash/reportdetail?reportid=db26d91c10bb6ce5
Mini Dump Link: http://crash/file?reportid=db26d91c10bb6ce5&name=upload_file_minidump

Uptime: 4842 sec
User Comments: null
OS: Windows XP Service Pack 2
CPU Architecture: x86
CPU Info: AuthenticAMD family 15 model 12 stepping 0
rept: null
ptype: browser
plat: Win32

----------------------------
*      Loaded Modules      *
----------------------------
    chrome.dll
    chrome.exe
    kernel32.dll
    mswsock.dll
    ntdll.dll
    rpcrt4.dll
    user32.dll
    userenv.dll

----------------------------
*        Crash Trace       *
----------------------------
                [chrome_dll_main.cc:124] - `anonymous namespace'::OnNoMemory()
                           [invarg.c:99] - _invalid_parameter_noinfo
                           [view.cc:503] - views::View::GetChildViewAt(int)
[autocomplete_popup_contents_view.cc:698] - AutocompletePopupContentsView::InvalidateLine(unsigned int)
       [autocomplete_popup_model.cc:132] - AutocompletePopupModel::SetSelectedLine(unsigned int,bool)
[autocomplete_popup_contents_view.cc:765] - AutocompletePopupContentsView::SetSelectedLine(unsigned int,bool)
[autocomplete_popup_contents_view.cc:361] - AutocompleteResultView::OnMousePressed(views::MouseEvent const &)
                           [view.cc:427] - views::View::ProcessMousePressed(views::MouseEvent const &,views::View::DragInfo *)
                      [root_view.cc:339] - views::RootView::OnMousePressed(views::MouseEvent const &)
                     [widget_win.cc:790] - views::WidgetWin::ProcessMousePressed(WTL::CPoint const &,unsigned int,bool,bool)
                     [widget_win.cc:589] - views::WidgetWin::OnLButtonDown(unsigned int,WTL::CPoint const &)
                      [widget_win.h:172] - views::WidgetWin::_ProcessWindowMessage(HWND__ *,unsigned int,unsigned int,long,long &,unsigned long)
                    [widget_win.cc:1038] - views::WidgetWin::WndProc(HWND__ *,unsigned int,unsigned int,long)
                 [user32.dll+0x00008733] - InternalCallWinProc
                 [user32.dll+0x00008815] - UserCallWinProcCheckWow
                 [user32.dll+0x0000c63e] - CallWindowProcAorW
                 [user32.dll+0x0000c664] - CallWindowProcW
                   [focus_manager.cc:99] - views::FocusWindowCallback
                 [user32.dll+0x00008733] - InternalCallWinProc
                 [user32.dll+0x00008815] - UserCallWinProcCheckWow
                 [user32.dll+0x000089cc] - DispatchMessageWorker
                 [user32.dll+0x00008a0f] - DispatchMessageW
             [accelerator_handler.cc:40] - views::AcceleratorHandler::Dispatch(tagMSG const &)
               [message_pump_win.cc:357] - base::MessagePumpForUI::ProcessMessageHelper(tagMSG const &)
               [message_pump_win.cc:205] - base::MessagePumpForUI::DoRunLoop()
                [message_pump_win.cc:52] - base::MessagePumpWin::RunWithDispatcher(base::MessagePump::Delegate *,base::MessagePumpWin::Dispatcher *)
                   [message_loop.cc:193] - MessageLoop::RunInternal()
                   [message_loop.cc:181] - MessageLoop::RunHandler()
                   [message_loop.cc:585] - MessageLoopForUI::Run(base::MessagePumpWin::Dispatcher *)
                   [browser_main.cc:189] - `anonymous namespace'::RunUIMessageLoop(BrowserProcess *)
                   [browser_main.cc:748] - BrowserMain(MainFunctionParams const &)
                [chrome_dll_main.cc:491] - ChromeMain
            [google_update_client.cc:93] - google_update::GoogleUpdateClient::Launch(HINSTANCE__ *,sandbox::SandboxInterfaceInfo *,wchar_t *,char const *,int *)
                 [chrome_exe_main.cc:67] - wWinMain
Labels: -I18N Feature-I18N
This crash was detected in 3.0.183.1 and appears to be a regression from 3.0.182.3.
It is currently ranked #14 (based on the relative number of reports in the release).  There have been 8 reports from 7 clients.
Search query: http://crash/search?query=Chrome+3.0.183.1+views%3A%3AView%3A%3AGetChildViewAt%28int%29
(EXCEPTION_BREAKPOINT@0x01c33074)
----------------------------
*       Summary Data       *
----------------------------
Report Link: http://crash/reportdetail?reportid=db26d91c10bb6ce5
Mini Dump Link: http://crash/file?reportid=db26d91c10bb6ce5&name=upload_file_minidump

Uptime: 4842 sec
User Comments: null
OS: Windows XP Service Pack 2
CPU Architecture: x86
CPU Info: AuthenticAMD family 15 model 12 stepping 0
rept: null
ptype: browser
plat: Win32

----------------------------
*      Loaded Modules      *
----------------------------
    chrome.dll
    chrome.exe
    kernel32.dll
    mswsock.dll
    ntdll.dll
    rpcrt4.dll
    user32.dll
    userenv.dll

----------------------------
*        Crash Trace       *
----------------------------
                [chrome_dll_main.cc:124] - `anonymous namespace'::OnNoMemory()
                           [invarg.c:99] - _invalid_parameter_noinfo
                           [view.cc:503] - views::View::GetChildViewAt(int)
[autocomplete_popup_contents_view.cc:698] - AutocompletePopupContentsView::InvalidateLine(unsigned int)
       [autocomplete_popup_model.cc:132] - AutocompletePopupModel::SetSelectedLine(unsigned int,bool)
[autocomplete_popup_contents_view.cc:765] - AutocompletePopupContentsView::SetSelectedLine(unsigned int,bool)
[autocomplete_popup_contents_view.cc:361] - AutocompleteResultView::OnMousePressed(views::MouseEvent const &)
                           [view.cc:427] - views::View::ProcessMousePressed(views::MouseEvent const &,views::View::DragInfo *)
                      [root_view.cc:339] - views::RootView::OnMousePressed(views::MouseEvent const &)
                     [widget_win.cc:790] - views::WidgetWin::ProcessMousePressed(WTL::CPoint const &,unsigned int,bool,bool)
                     [widget_win.cc:589] - views::WidgetWin::OnLButtonDown(unsigned int,WTL::CPoint const &)
                      [widget_win.h:172] - views::WidgetWin::_ProcessWindowMessage(HWND__ *,unsigned int,unsigned int,long,long &,unsigned long)
                    [widget_win.cc:1038] - views::WidgetWin::WndProc(HWND__ *,unsigned int,unsigned int,long)
                 [user32.dll+0x00008733] - InternalCallWinProc
                 [user32.dll+0x00008815] - UserCallWinProcCheckWow
                 [user32.dll+0x0000c63e] - CallWindowProcAorW
                 [user32.dll+0x0000c664] - CallWindowProcW
                   [focus_manager.cc:99] - views::FocusWindowCallback
                 [user32.dll+0x00008733] - InternalCallWinProc
                 [user32.dll+0x00008815] - UserCallWinProcCheckWow
                 [user32.dll+0x000089cc] - DispatchMessageWorker
                 [user32.dll+0x00008a0f] - DispatchMessageW
             [accelerator_handler.cc:40] - views::AcceleratorHandler::Dispatch(tagMSG const &)
               [message_pump_win.cc:357] - base::MessagePumpForUI::ProcessMessageHelper(tagMSG const &)
               [message_pump_win.cc:205] - base::MessagePumpForUI::DoRunLoop()
                [message_pump_win.cc:52] - base::MessagePumpWin::RunWithDispatcher(base::MessagePump::Delegate *,base::MessagePumpWin::Dispatcher *)
                   [message_loop.cc:193] - MessageLoop::RunInternal()
                   [message_loop.cc:181] - MessageLoop::RunHandler()
                   [message_loop.cc:585] - MessageLoopForUI::Run(base::MessagePumpWin::Dispatcher *)
                   [browser_main.cc:189] - `anonymous namespace'::RunUIMessageLoop(BrowserProcess *)
                   [browser_main.cc:748] - BrowserMain(MainFunctionParams const &)
                [chrome_dll_main.cc:491] - ChromeMain
            [google_update_client.cc:93] - google_update::GoogleUpdateClient::Launch(HINSTANCE__ *,sandbox::SandboxInterfaceInfo *,wchar_t *,char const *,int *)
                 [chrome_exe_main.cc:67] - wWinMain
Project Member

Comment 37 by bugdroid1@chromium.org, Oct 13 2012

Labels: Restrict-AddIssueComment-Commit
This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.
Project Member

Comment 38 by bugdroid1@chromium.org, Mar 10 2013

Labels: -Mstone-3 -Type-Regression -Feature-I18N Type-Bug-Regression M-3 Cr-UI-I18N
Project Member

Comment 39 by bugdroid1@chromium.org, Mar 13 2013

Labels: -Restrict-AddIssueComment-Commit Restrict-AddIssueComment-EditIssue
Project Member

Comment 40 by bugdroid1@chromium.org, Mar 20 2013

Labels: -Cr-UI-I18N Cr-UI-Internationalization

Sign in to add a comment