814051 - Firefox crashes just after adding a WebPart on Microsoft SharePoint Online

Status: RESOLVED INACTIVE

(Core :: XPConnect, defect)

Description

[eo]

Attachment: Case.zip

User Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Win64; x64; Trident/6.0; .NET CLR 2.0.50727; SLCC2; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0E; .NET4.0C)

Steps to reproduce:

I'm currently working on a SharePoint online Web site (Office 365) and I have an issue with Firefox.

I'm used to edit pages by just clicking on the "Edit page" Button. Then I have to add Web Parts on that Page, so I have to click on the "Add Web Part" area and then a Pop in is showned. In that Pop in, I chose the Web Part I want to add and then click on the "Add" Button.




Actual results:

After adding a Web Part on a Page, Firefox crashes and nothing is updated on the page. I tried more than once and it did the same.

A really important fact to mention here is that the same operation worked perfectly on Firefox 9 and Firefox 12 on the same Page.


Expected results:

The Web part should have been added on the page without any problem.

Comment 1

[Scoobidiver (away)]

See https://support.mozilla.org/kb/firefox-crashes-troubleshoot-prevent-and-get-help and report back.

Comment 2

[eo]

I just check the link below but I already know this one.
I do not think about a config problem.
Does anyone here has already tried to reproduce that problem with the last version of Firefox ?

Comment 3

[Scoobidiver (away)]

(In reply to eo from comment #2)
> I do not think about a config problem.
So you confirm it doesn't happen in Safe Mode.

Please provide the crash ID (bp-...) from about:crashes as stated at the end of the article.

Comment 4

[eo]

Unfortunately, I cannot test the application in safe mode because that functionnality is not given to me (the computer is not mine and I need a password to get access to safe mode in the start page). At least, my colleague reproduced the bug on his own computer.

Concerning the crash ID, here it is : bp-261ae78e-aace-4a17-9094-9aee42121127

Thanks for your answer.

Comment 5

[Scoobidiver (away)]

Here is the crash report:
Signature 	XPCCallContext::XPCCallContext(XPCContext::LangType, JSContext*, JSObject*, JSObject*, int, unsigned int, JS::Value*, JS::Value*) More Reports Search
UUID	261ae78e-aace-4a17-9094-9aee42121127
Date Processed	2012-11-27 10:47:35
Uptime	126
Last Crash	2.5 minutes before submission
Install Age	4.8 days since version was first installed.
Install Time	2012-11-22 16:26:56
Product	Firefox
Version	17.0
Build ID	20121119183901
Release Channel	release
OS	Windows NT
OS Version	6.0.6001 Service Pack 1
Build Architecture	x86
Build Architecture Info	GenuineIntel family 6 model 37 stepping 2
Crash Reason	EXCEPTION_ACCESS_VIOLATION_READ
Crash Address	0x18
App Notes 	
AdapterVendorID: 0x8086, AdapterDeviceID: 0x0046, AdapterSubsysID: 215a17aa, AdapterDriverVersion: 8.15.10.2025
D3D10 Layers? D3D10 Layers- D3D9 Layers? D3D9 Layers- 
Processor Notes 	Priority Job
EMCheckCompatibility	True
Adapter Vendor ID	0x8086
Adapter Device ID	0x0046
Total Virtual Memory	2147352576
Available Virtual Memory	1847881728
System Memory Use Percentage	44
Available Page File	5279485952
Available Physical Memory	1749344256

Crashing Thread
Frame 	Module 	Signature 	Source
0 	xul.dll 	XPCCallContext::XPCCallContext 	js/xpconnect/src/XPCCallContext.cpp:32
1 	xul.dll 	nsXPCWrappedJSClass::CallMethod 	js/xpconnect/src/XPCWrappedJSClass.cpp:1142
2 	xul.dll 	nsXPCWrappedJS::CallMethod 	js/xpconnect/src/XPCWrappedJS.cpp:580
3 	xul.dll 	PrepareAndDispatch 	xpcom/reflect/xptcall/src/md/win32/xptcstubs.cpp:85
4 	xul.dll 	SharedStub 	xpcom/reflect/xptcall/src/md/win32/xptcstubs.cpp:112
5 	xul.dll 	nsBrowserStatusFilter::OnStateChange 	toolkit/components/statusfilter/nsBrowserStatusFilter.cpp:150
6 	xul.dll 	nsDocLoader::DoFireOnStateChange 	uriloader/base/nsDocLoader.cpp:1351
7 	xul.dll 	nsDocLoader::FireOnStateChange 	uriloader/base/nsDocLoader.cpp:1288
8 	xul.dll 	nsDocLoader::OnStopRequest 	uriloader/base/nsDocLoader.cpp:693
9 	xul.dll 	nsLoadGroup::RemoveRequest 	netwerk/base/src/nsLoadGroup.cpp:698
10 	xul.dll 	nsLoadGroup::Cancel 	netwerk/base/src/nsLoadGroup.cpp:304
11 	nspr4.dll 	PR_Unlock 	nsprpub/pr/src/threads/combined/prulock.c:315
12 	xul.dll 	nsCOMPtr_base::~nsCOMPtr_base 	obj-firefox/dist/include/nsCOMPtr.h:408
13 	xul.dll 	nsDocument::PostUnblockOnloadEvent 	content/base/src/nsDocument.cpp:7194
...

More reports at:
https://crash-stats.mozilla.com/report/list?signature=XPCCallContext%3A%3AXPCCallContext%28XPCContext%3A%3ALangType%2C+JSContext*%2C+JSObject*%2C+JSObject*%2C+int%2C+unsigned+int%2C+JS%3A%3AValue*%2C+JS%3A%3AValue*%29

Comment 6

[Robert Kaiser]

This signature is rising fast in 17 release and 18 beta in the last days. I haven't yet checked if that rise is correlated with SharePoint.

Comment 7

[Jherm]

This bug still exists with the latest version of Firefox (18.0), with the latest Silverlight plugin (5.1.10411.0) installed.

Comment 8

[Jherm]

After trying every version from 12.0 to 18.0 I can confirm that 12.0 appears to be the last version where this bug did not occur.

Comment 9

[scott.lusebrink]

I'm having the same problem and confirmed that the issue exists in SafeMode as well.

Comment 10

[eo]

The problem still exists in Firefox 20.0.1
Does anyone knows if a correction will be applied in the current next versions ?

Comment 11

[Scoobidiver (away)]

(In reply to eo from comment #10)
> Does anyone knows if a correction will be applied in the current next
> versions ?
Mozilla has no clue what the problem is. In order to help investigating, we need a regression range using https://github.com/mozilla/mozregression

Comment 12

[eo]

Last good nightly: 2012-03-12
First bad nightly: 2012-03-13

Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5ec9524de1af&tochange=1ca7a94573f2

Comment 13

[Scoobidiver (away)]

I suspect bug 734506 in that range.

Comment 14

[Peter Van der Beken [:peterv]]

(In reply to Scoobidiver from comment #13)
> I suspect bug 734506 in that range.

Why exactly?

Comment 15

[Scoobidiver (away)]

(In reply to Peter Van der Beken [:peterv] from comment #14)
> (In reply to Scoobidiver from comment #13)
> > I suspect bug 734506 in that range.
> Why exactly?
Because it has changed the XPConnect code.

Comment 16

[blasruiz]

I have the same problem,and can found this:

In windows 7 sharepoint call a silverlight component to browse and select the webpart, this component produce the crash. 

If you test in Mac, sharepoint call a html component to display the list of webparts, this works fine.

Comment 17

[blasruiz]

Uninstall silverlight, and use page tools->Insert->More Webparts

Comment 18

[Peter Van der Beken [:peterv]]

(In reply to Scoobidiver from comment #15)
> Because it has changed the XPConnect code.

*the* XPConnect code? It changed the code generator for DOM list bindings, but none of the generated code is showing up in these callstacks.

Comment 19

[eo]

=> It's Ok with Silverlight plugin disabled. Tks a lot.

Comment 20

[BMO Automation]

Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.