Summary: | while browsing in ATF can't log-in | ||||||
---|---|---|---|---|---|---|---|
Product: | z_Archived | Reporter: | Jacek Pospychala <jacek.pospychala> | ||||
Component: | ATF | Assignee: | Inbox <atf.core-inbox> | ||||
Status: | RESOLVED FIXED | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | P1 | ||||||
Version: | unspecified | ||||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Windows XP | ||||||
Whiteboard: | |||||||
Attachments: |
|
Description
Jacek Pospychala
2009-08-21 10:16:44 EDT
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. |