Closed
Bug 724405
Opened 13 years ago
Closed 13 years ago
Silverlight site doesn't load
Categories
(Firefox :: Untriaged, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 724465
People
(Reporter: u434852, Assigned: fcellier)
References
()
Details
(Keywords: reproducible)
Attachments
(1 file)
(deleted),
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a2) Gecko/20120205 Firefox/12.0a2
Build ID: 20120205042013
Steps to reproduce:
Some schools use Magister (which uses Microsoft Silverlight) to correspond with their students. My school also uses Magister. Their site is https://amarantisnoord.swp.nl/ . This redirects to https://amarantisnoord.swp.nl/5.3.9/magister.aspx .
My OS is Windows 7 Ultimate x64 - SP1.
Actual results:
The site won't load, and says:
Er is een fout opgetreden bij het laden:
System.ServiceModel.CommunicationException: [HttpWebRequest_WebException_RemoteServer]
Argumenten: NotFound
Brontekenreeksen voor foutopsporing zijn niet beschikbaar. Vaak geven de sleutel en de argumenten te weinig informatie voor een diagnose van het probleem. Zie http://go.microsoft.com/fwlink/?linkid=106663&Version=4.0.60831.0&File=System.Windows.dll&Key=HttpWebRequest_WebException_RemoteServer ---> System.Net.WebException: [HttpWebRequest_WebException_RemoteServer]
Argumenten: NotFound
Brontekenreeksen voor foutopsporing zijn niet beschikbaar. Vaak geven de sleutel en de argumenten te weinig informatie voor een diagnose van het probleem. Zie http://go.microsoft.com/fwlink/?linkid=106663&Version=4.0.60831.0&File=System.Windows.dll&Key=HttpWebRequest_WebException_RemoteServer ---> System.Net.WebException: [HttpWebRequest_WebException_RemoteServer]
Argumenten: NotFound
Brontekenreeksen voor foutopsporing zijn niet beschikbaar. Vaak geven de sleutel en de argumenten te weinig informatie voor een diagnose van het probleem. Zie http://go.microsoft.com/fwlink/?linkid=106663&Version=4.0.60831.0&File=System.Windows.dll&Key=HttpWebRequest_WebException_RemoteServer
bij System.Net.Browser.BrowserHttpWebRequest.InternalEndGetResponse(IAsyncResult asyncResult)
bij System.Net.Browser.BrowserHttpWebRequest.<>c__DisplayClass5.<EndGetResponse>b__4(Object sendState)
bij System.Net.Browser.AsyncHelper.<>c__DisplayClass4.<BeginOnUI>b__1(Object sendState)
--- Einde van intern uitzonderingsstackpad ---
bij System.Net.Browser.AsyncHelper.BeginOnUI(SendOrPostCallback beginMethod, Object state)
bij System.Net.Browser.BrowserHttpWebRequest.EndGetResponse(IAsyncResult asyncResult)
bij System.ServiceModel.Channels.HttpChannelFactory.HttpRequestChannel.HttpChannelAsyncRequest.CompleteGetResponse(IAsyncResult result)
--- Einde van intern uitzonderingsstackpad ---
bij System.ServiceModel.AsyncResult.End[TAsyncResult](IAsyncResult result)
bij System.ServiceModel.Channels.ServiceChannel.EndCall(String action, Object[] outs, IAsyncResult result)
bij System.ServiceModel.ClientBase`1.ChannelBase`1.EndInvoke(String methodName, Object[] args, IAsyncResult result)
bij DynamicSoapProxy.ServiceClientBase`1.ClientChannelBase.OnAsyncCallback[TReturnType](IAsyncResult asyncResult)
Translations:
Er is een fout opgetreden bij het laden:
- An error has occured while loading:
Argumenten
- Arguments
Brontekenreeksen voor foutopsporing zijn niet beschikbaar. Vaak geven de sleutel en de argumenten te weinig informatie voor een diagnose van het probleem.
- Source strings for debugging are not available. Often the key and arguments provide enough information for a diagnosis of the problem.
Zie
- See
bij
- at
--- Einde van intern uitzonderingsstackpad ---
- --- End of internal exception stack path ---
Some translations come from Google Translate. Sorry about that.
Expected results:
The site should load fine, and should ask for a username and a password. The site loads fine in Google Chrome Stable v16.0.912.77
Comment 2•13 years ago
|
||
Regession window(m-c)
Works:
http://hg.mozilla.org/mozilla-central/rev/b3b1353ad677
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120112 Firefox/12.0a1 ID:20120112045423
Fails:
http://hg.mozilla.org/mozilla-central/rev/fb5bcf9ae739
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0a1) Gecko/20120112 Firefox/12.0a1 ID:20120112082523
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b3b1353ad677&tochange=fb5bcf9ae739
Suspected:
65da0d7b408d Fabien Cellier — bug 410904 : add referrer in http request from npapi. r=josh
It works if network.http.sendRefererHeader set to 0 or 1
Blocks: 410904
Updated•13 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•13 years ago
|
||
bug 410904 added just a http referer header to objects that the plugin requests. Every browser is doing that and Gecko had a bug and didn't send this referer. It looks like a bug in the site if adding the referer makes it work.
Updated•13 years ago
|
tracking-firefox12:
--- → ?
tracking-firefox13:
--- → ?
Comment 5•13 years ago
|
||
(In reply to Matthias Versen (Matti) from comment #4)
> bug 410904 added just a http referer header to objects that the plugin
> requests. Every browser is doing that and Gecko had a bug and didn't send
> this referer. It looks like a bug in the site if adding the referer makes it
> work.
If this were true, wouldn't you expect Chrome to similarly not work?
Sending over to Fabien to take a look, since our suspicion is that this is in fact a regression. If we're able to pinpoint a site issue, we'll move this over to being a Tech Evangelism issue.
Assignee: nobody → fabien.cellier
Keywords: reproducible
Summary: Silverlight site doesn't load: Source strings for debugging are not available. → Silverlight site doesn't load
Comment 6•13 years ago
|
||
Please retest with tomorrows nightly.
We removed the referer on http post initiated by plugins
Comment 9•13 years ago
|
||
thanks, this should be a dupe of bug 724465
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
Updated•13 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•