new accessibility-related NS_NOINTERFACE debug spam for nsIDOMXULControlElement for Thunderbird?

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

new accessibility-related NS_NOINTERFACE debug spam for nsIDOMXULControlElement for Thunderbird?

Andrew Sutherland-3
I updated my comm-central/mozilla-central today (10/17) from a previous
10/10 timestamp.  I now get various error messages like so:

JavaScript error: , line 0: uncaught exception: [Exception... "Component
returned failure code: 0x80004002 (NS_NOINTERFACE)
[nsISupports.QueryInterface]"  nsresult: "0x80004002 (NS_NOINTERFACE)"
location: "native frame :: <unknown filename> :: <TOP_LEVEL> :: line 0"
  data: no]

breaking on jsexn.cpp's js_ReportCaughtException, I find that this is a
QueryInterface for nsIDOMXULControlElement, apparently resulting from
nsAccessibilityService::GetAccessibleByType.

The specific line in question would appear to be:
nsCOMPtr<nsIAccessibleProvider>
accessibleProvider(do_QueryInterface(aNode));

Any ideas why this would have started happening?  Is there something
Thunderbird should be doing to avoid this?

Thanks,
Andrew
_______________________________________________
dev-accessibility mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-accessibility
Reply | Threaded
Open this post in threaded view
|

Re: new accessibility-related NS_NOINTERFACE debug spam for nsIDOMXULControlElement for Thunderbird?

Andrew Sutherland-3
I should also note I also get a lot of:
WARNING: NS_ENSURE_TRUE(controller) failed: file
.../comm-central/mozilla/accessible/src/base/nsCaretAccessible.cpp, line 124

Andrew
_______________________________________________
dev-accessibility mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-accessibility
Reply | Threaded
Open this post in threaded view
|

Re: new accessibility-related NS_NOINTERFACE debug spam for nsIDOMXULControlElement for Thunderbird?

Steve Lee-3
In reply to this post by Andrew Sutherland-3
2008/10/18 Andrew Sutherland <[hidden email]>:
> Any ideas why this would have started happening?  Is there something
> Thunderbird should be doing to avoid this?

I wonder if it might be something to do with the refactoring that is
in progress?

http://www.marcozehe.de/2008/10/11/starting-an-accessible-name-refactor-need-your-help-in-testing/

--
Steve Lee
Open Source Assistive Technology Software and Accessibility
fullmeasure.co.uk
_______________________________________________
dev-accessibility mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-accessibility
Reply | Threaded
Open this post in threaded view
|

Re: new accessibility-related NS_NOINTERFACE debug spam for nsIDOMXULControlElement for Thunderbird?

Alexander Surkov
In reply to this post by Andrew Sutherland-3
On Oct 18, 1:26 pm, Andrew Sutherland <[hidden email]> wrote:

> I updated my comm-central/mozilla-central today (10/17) from a previous
> 10/10 timestamp.  I now get various error messages like so:
>
> JavaScript error: , line 0: uncaught exception: [Exception... "Component
> returned failure code: 0x80004002 (NS_NOINTERFACE)
> [nsISupports.QueryInterface]"  nsresult: "0x80004002 (NS_NOINTERFACE)"
> location: "native frame :: <unknown filename> :: <TOP_LEVEL> :: line 0"
>   data: no]
>
> breaking on jsexn.cpp's js_ReportCaughtException, I find that this is a
> QueryInterface for nsIDOMXULControlElement, apparently resulting from
> nsAccessibilityService::GetAccessibleByType.
>
> The specific line in question would appear to be:
> nsCOMPtr<nsIAccessibleProvider>
> accessibleProvider(do_QueryInterface(aNode));
>
> Any ideas why this would have started happening?  Is there something
> Thunderbird should be doing to avoid this?
>
> Thanks,
> Andrew

Hi, could you provide please step-by-step guide how to reproduce this?

Alexander.
_______________________________________________
dev-accessibility mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-accessibility
Reply | Threaded
Open this post in threaded view
|

Re: new accessibility-related NS_NOINTERFACE debug spam for nsIDOMXULControlElement for Thunderbird?

Alexander Surkov
In reply to this post by Andrew Sutherland-3
On Oct 18, 1:32 pm, Andrew Sutherland <[hidden email]> wrote:
> I should also note I also get a lot of:
> WARNING: NS_ENSURE_TRUE(controller) failed: file
> .../comm-central/mozilla/accessible/src/base/nsCaretAccessible.cpp, line 124
>
> Andrew

It's known issue. I can see lot of warnings when I start firefox. I'm
not sure this leads to major bugs so I didn't pay attention yet.

Alaxander.
_______________________________________________
dev-accessibility mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-accessibility
Reply | Threaded
Open this post in threaded view
|

Re: new accessibility-related NS_NOINTERFACE debug spam for nsIDOMXULControlElement for Thunderbird?

Alexander Surkov
In reply to this post by Andrew Sutherland-3
On Oct 18, 2:03 pm, "Steve Lee" <[hidden email]> wrote:

> 2008/10/18 Andrew Sutherland <[hidden email]>:
>
> > Any ideas why this would have started happening?  Is there something
> > Thunderbird should be doing to avoid this?
>
> I wonder if it might be something to do with the refactoring that is
> in progress?
>
> http://www.marcozehe.de/2008/10/11/starting-an-accessible-name-refact...
>
> --
> Steve Lee
> Open Source Assistive Technology Software and Accessibility
> fullmeasure.co.uk

I'm not sure. We didn't land any major refactoring yet and this issue
seems to be related with toolkit components, we didn't touch this last
time.

Alexander.
_______________________________________________
dev-accessibility mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-accessibility