Community
Participate
Working Groups
Build Identifier: 20100617-1415 When comparing big MS Word documents you cannot perform any actions. Neither you can work with Eclipse when comparing nor you can cancel comparing. After investigation it seems, that not comparing but opening document takes the most time. Reproducible: Always Steps to Reproduce: 1. Checkout the testdocs project from :pserver:anonymous@kaziktest.cvs.sourceforge.net:/cvsroot/kaziktest 2. Compare hello2 between versions 1.10 and 1.11
Tomasz, is this bug duplicate of bug 324993 or that bug says only about comparing text files?
If this bug is about being unable to cancel diffs calculation it looks more like a dupe of bug 322329. When the comparison has started, does it show the dialog from the bottom of attachment 176538 [details]? Is this still an issue after bug 322329 is fixed and/or patch for bug 326685 is applied?
(In reply to comment #2) > When the comparison has started, does it show the > dialog from the bottom of attachment 176538 [details]? No > Is this still an issue after bug > 322329 is fixed and/or patch for bug 326685 is applied? Yes. Comparing word documents does not use LCS algorithm. It uses MS Word OLE to generate new Word document with differences between two files.
Does the Word docs compare display any progress when finding diffs?
(In reply to comment #4) > Does the Word docs compare display any progress when finding diffs? There is no progress bar. You see only upper picture from attachment 176538 [details].
Created attachment 180312 [details] Image219_pref_cv.png Here is Image219_pref_cv.png which should be copied into images folder in org.eclipse.platform.doc.user.
There are two problems to solve related to this issue: 1. org.eclipse.compare.CompareEditorInput.feed1(ISelection) uses BusyIndicator#showWhile method which doesn't provide any progress bar. Instead of it we can try to use Jobs 2. OLE methods from org.eclipse.compare.internal.win32.WordComparison.compareDocument(OleAutomation, String, String) and from org.eclipse.compare.internal.win32.WordComparison.openDocument(String, boolean) may take long time but does not provide any progress feedback.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.
