| Summary: | Invalid property name: Windows when comparing big word document | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Krzysztof Kazmierczyk <kazm> |
| Component: | Compare | Assignee: | Platform-Compare-Inbox <platform-compare-inbox> |
| Status: | RESOLVED NOT_ECLIPSE | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | kazm, Szymon.Brandys |
| Version: | 3.6.1 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
|
Description
Krzysztof Kazmierczyk
The problem happens in org.eclipse.compare.internal.win32.WordComparison.setDocumentVisible(OleAutomation, boolean, OleAutomation). It seems, that workaround similar to that used in bug 311011 does not help in this case. I can try else to use Windows API method Application.CompareDocuments instead of Document.Compare but I will require several modifications and Application.CompareDocuments may produce new bugs. Anyway I tried to reproduce this bug on bunch of different documents and the problem happens only for this one. Moreover the document which causes error were not any real existing document but was created specially for testing purposes by copying hundred times bugzilla webpage content into word document. Szymon, shall we try to fix this problem using Application.CompareDocuments or we can close it as NOT_ECLIPSE for now? Well, I think we should at least try to fix the problem on our side. Do you have the patch? (In reply to comment #2) > Well, I think we should at least try to fix the problem on our side. Do you > have the patch? When I was trying to write the patch, I discovered that Word 2003 API does not contain Application.compareDocuments (http://msdn.microsoft.com/en-us/library/aa221371%28office.11%29.aspx). This method seems to be available since Word 2007. In that case, currently I do not have any idea how to solve this bug in Eclipse :( This is rather Active X issue rather than Eclipse. It should be closed as there is no easy way to fix it. |