To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65209 Issue #:|65209 Summary:|Opening OOo documents from IE on https: webpages |doesn't work Component:|framework Version:|OOo 2.0.2 Platform:|PC URL:| OS/Version:|Windows, all Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|code Assigned to:|tm Reported by:|tml
------- Additional comments from [EMAIL PROTECTED] Tue May 9 06:50:12 -0700 2006 ------- This is a follow-up on issue #19510, as that has such a long history and is potentially misleading, and has been already closed anyway. I try to pinpoint the current problem more specifically in this issue. I can verify that opening an .odt document from at least one https: website I happen to know (the innerweb.novell.com site) through IE still doesn't work with the Windows en-GB 2.0.2 build available from www.openoffice.org. What happens is that soffice.exe (and soffice.bin) are started, but just a grey page shows up in IE, and IE in fact hangs until one kills soffice.exe (and soffice.bin) IE first asks "this page contains both secure and nonsecure items. Do you want to display the nonsecure items?" (I don't know why it asks this, what the nonsecure items would be. As far as I can see the .odt document is directly linked to as such from the HTML page from the https: website, so the .odt document should be "secure", too, shouldn't it?) If I click "yes", the IE page goes blank, and IE asks "Do you want to allow software such as ActiveX controls and plug-ins to run?", and if I click "yes", the page goes grey and IE hangs, while soffice.exe and soffice.bin start. soffice.bin is the child of soffice.exe, but for some reason soffice.exe's parent isn't iexplore.exe, but winlogon.exe. No error messages are displayed at all (not the "An API call exited abnormally" mentioned in issue #19510, nor the "Object not accessible" one that I have seen in an own OOo build where I have only partially disabled the ActiveX embedding of OOo). Can it be possible that the above problem is not repeatable with all https: websites, but require some specific behaviour that innerweb.novell.com happens to have? I have a patch for OOo that adds a switch --disable-activex to OOo's configure script, which then makes all (hopefully) attempts to have OOo be an ActiveX control go away. It would be nice to have that upstreamed, as that is what we are using in our build. I'll put that in a CWS later today. When IE hangs and just a grey page shows, although soffice.bin is running, no OOo user interface shows up at all (presumably it is supposed to show up embedded inside the IE page). --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]