Community
Participate
Working Groups
Build id: I20100608-0911 Steps to reproduce: 1) Open any text file 2) Activate e.g. Problems view 3) Activate editor again without changing the selection -> All actions under File > Convert Line Delimiters To > are disabled Usually the actions are already disabled after step 1. Changing the selection in the editor enables them again. This worked with Galileo.
In FileBufferOperationAction.selectionChanged() the part returned from window.getPartService().getActivePart() is the previously active one. That's why the selection event is ignored when switching from a view to an editor. With Galileo, the returned part is the currently active one. Looks like a regression in the part service?
CQ:WIND00234739
> With Galileo, the returned part is the currently active one. Looks like a > regression in the part service? Yep, I'm on it.
Caused by change in WWinPartService.
Fixed by reverting change on WWinPartService.
In I20101025-1300 PW
Thanks for fixing this in Indigo. Could a backport of the fix to 3.6.2 be considered? Thanks, Martin
Two changes are needed to fix this in 3.6.2: - apply my changes made in BuildUtilities rev. 1.10 - revert the change in WWinPartService Those changes look safe to me. Boris?
(In reply to comment #8) > Two changes are needed to fix this in 3.6.2: > - apply my changes made in BuildUtilities rev. 1.10 > - revert the change in WWinPartService > > Those changes look safe to me. Boris? Would you be able to attach a patch, please? (Open a clone of this bug to track the 3.6.2 work)
(In reply to comment #9) > Would you be able to attach a patch, please? Done, created bug 331303 for the backport and attached a patch. BTW, Looking at CVS comments it seems that the regression was introduced by the fix for bug 201650.