Community
Participate
Working Groups
Steps to Reproduce: 1. Run in Mozilla 2. Go to mail.google.com, or www.facebook.com 3. Try to log-in. Submit doesn't work
It doesn't happen with 1.8.1.3
Reproducible when form method is post and action is http or https. If it's local file then all works fine. <html> <head> <title>Test</title> </head> <body> <form action="http://localhost/sample.html" method="post"> <input type="submit"/> </form> </body> </html>
The root cause trace: org.mozilla.xpcom.XPCOMException: The function "seek" returned an error condition (0x80470002) at org.mozilla.xpcom.internal.XPCOMJavaProxy.callXPCOMMethod(Native Method) at org.mozilla.xpcom.internal.XPCOMJavaProxy.invoke(XPCOMJavaProxy.java:143) at $Proxy16.seek(Unknown Source) at org.eclipse.atf.mozilla.ide.ui.netmon.model.impl.MozHTTPRequest.extractBody(MozHTTPRequest.java:114) at org.eclipse.atf.mozilla.ide.ui.netmon.model.impl.MozHTTPRequest.<init>(MozHTTPRequest.java:58) at org.eclipse.atf.mozilla.ide.ui.netmon.model.impl.MozHTTPRequest.<init>(MozHTTPRequest.java:44) at org.eclipse.atf.mozilla.ide.ui.netmon.model.impl.MozHTTPCall.createRequest(MozHTTPCall.java:42) at org.eclipse.atf.mozilla.ide.ui.netmon.model.impl.MozHTTPCall.captureRequest(MozHTTPCall.java:38) at org.eclipse.atf.mozilla.ide.ui.netmon.MozNetworkMonitorAdapter.observeRequest(MozNetworkMonitorAdapter.java:276) at org.eclipse.atf.mozilla.ide.ui.netmon.MozNetworkMonitorAdapter.observe(MozNetworkMonitorAdapter.java:226) at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method) at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:2409) at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3471) at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405) at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369) at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221) at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500) at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332) at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493) at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149) at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113) at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110) at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368) at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559) at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514) at org.eclipse.equinox.launcher.Main.run(Main.java:1311) at org.eclipse.equinox.launcher.Main.main(Main.java:1287)
Created attachment 145654 [details] patch It seems that the problem is caused by closing http channel input stream. It makes sense because we only read it and don't open, so why should we close.
FIXED
Update fixed bugs Target Milestone as part of pre-release bugzilla cleanup.