[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Subclipse-dev] i created a eclipse bug report for something that with the current build doesnt work correctly any more with subclipse

From: jcompagner <jcompagner_at_gmail.com>
Date: Sat, 7 Feb 2009 21:20:28 +0100

i am debugging it:
this is the stack when the compare editor gets a property change that its
contents is dirty/changed:

Thread [main] (Suspended (breakpoint at line 259 in
CompareEditorInput$1))
    CompareEditorInput$1.propertyChange(PropertyChangeEvent) line: 259
    Utilities$2.run() line: 108
    SafeRunner.run(ISafeRunnable) line: 37
    Utilities$1.run() line: 106
    Utilities.firePropertyChange(ListenerList, PropertyChangeEvent) line:
121
    Utilities.firePropertyChange(ListenerList, Object, String, Object,
Object) line: 93
    JavaMergeViewer(ContentMergeViewer).fireDirtyState(boolean) line:
1103
    JavaMergeViewer(ContentMergeViewer).setLeftDirty(boolean) line: 1120
    JavaMergeViewer(TextMergeViewer).updateDirtyState(IEditorInput,
IDocumentProvider, char) line: 3029
    TextMergeViewer.access$12(TextMergeViewer, IEditorInput,
IDocumentProvider, char) line: 3023
    TextMergeViewer$ContributorInfo.elementDirtyStateChanged(Object,
boolean) line: 990

TextFileDocumentProvider$FileBufferListener.dirtyStateChanged(IFileBuffer,
boolean) line: 287
    TextFileBufferManager$3.run() line: 711
    SafeRunner.run(ISafeRunnable) line: 37

ResourceTextFileBufferManager(TextFileBufferManager).fireDirtyStateChanged(IFileBuffer,
boolean) line: 709
    ResourceTextFileBuffer$DocumentListener.documentChanged(DocumentEvent)
line: 77

SynchronizableDocument(AbstractDocument).doFireDocumentChanged2(DocumentEvent)
line: 739

SynchronizableDocument(AbstractDocument).doFireDocumentChanged(DocumentEvent,
boolean, IRegion) line: 712

SynchronizableDocument(AbstractDocument).doFireDocumentChanged(DocumentEvent)
line: 697

SynchronizableDocument(AbstractDocument).fireDocumentChanged(DocumentEvent)
line: 762
    SynchronizableDocument(AbstractDocument).set(String, long) line: 1203

    SynchronizableDocument.set(String, long) line: 223
    SynchronizableDocument(AbstractDocument).set(String) line: 1183
<<<<<<<<<<<<<<<<<<<< THIS STRING is the wrong, base version string.
    SynchronizableDocument.set(String) line: 209
    DocumentAdapter$DocumentSetCommand.run() line: 127
    DocumentAdapter.run(Runnable) line: 112
    DocumentAdapter.access$1(Runnable) line: 109
    DocumentAdapter$DocumentSetCommand.set(String) line: 132
    DocumentAdapter.setContents(String) line: 495

CompilationUnitDocumentProvider.createFakeCompiltationUnit(IStorageEditorInput,
boolean) line: 1074 <<< ISTORAGEEDITORINPUT == see below
    CompilationUnitDocumentProvider.createFakeCompiltationUnit(Object,
boolean) line: 1006
    CompilationUnitDocumentProvider.connect(Object) line: 1203

JavaMergeViewer$CompilationUnitEditorAdapter(AbstractTextEditor).doSetInput(IEditorInput)
line: 4089

JavaMergeViewer$CompilationUnitEditorAdapter(StatusTextEditor).doSetInput(IEditorInput)
line: 203

JavaMergeViewer$CompilationUnitEditorAdapter(AbstractDecoratedTextEditor).doSetInput(IEditorInput)
line: 1329

JavaMergeViewer$CompilationUnitEditorAdapter(JavaEditor).internalDoSetInput(IEditorInput)
line: 2552

JavaMergeViewer$CompilationUnitEditorAdapter(JavaEditor).doSetInput(IEditorInput)
line: 2539

JavaMergeViewer$CompilationUnitEditorAdapter(CompilationUnitEditor).doSetInput(IEditorInput)
line: 1359
    JavaMergeViewer$CompilationUnitEditorAdapter.doSetInput(IEditorInput)
line: 551
    AbstractTextEditor$19.run(IProgressMonitor) line: 3074
    ModalContext.runInCurrentThread(IRunnableWithProgress, IProgressMonitor)
line: 464
    ModalContext.run(IRunnableWithProgress, boolean, IProgressMonitor,
Display) line: 372
    ApplicationWindow$1.run() line: 759
    BusyIndicator.showWhile(Display, Runnable) line: 70
    WorkbenchWindow(ApplicationWindow).run(boolean, boolean,
IRunnableWithProgress) line: 756
    WorkbenchWindow.run(boolean, boolean, IRunnableWithProgress) line:
2577

JavaMergeViewer$CompilationUnitEditorAdapter(AbstractTextEditor).internalInit(IWorkbenchWindow,
IEditorSite, IEditorInput) line: 3092

JavaMergeViewer$CompilationUnitEditorAdapter(AbstractTextEditor).init(IEditorSite,
IEditorInput) line: 3119
    JavaMergeViewer.getSourceViewerConfiguration(SourceViewer, IEditorInput)
line: 281
    JavaMergeViewer.configureTextViewer(TextViewer) line: 210
    JavaMergeViewer(TextMergeViewer).configureSourceViewer(SourceViewer,
boolean) line: 2869
    JavaMergeViewer(TextMergeViewer).updateContent(Object, Object, Object)
line: 2820
    JavaMergeViewer(ContentMergeViewer).internalRefresh(Object) line: 737

    JavaMergeViewer(ContentMergeViewer).inputChanged(Object, Object) line:
637
    JavaMergeViewer(ContentViewer).setInput(Object) line: 274
    JavaMergeViewer.setInput(Object) line: 150
    CompareEditorInput$3(CompareViewerSwitchingPane).setInput(Object) line:
256

SyncInfoCompareInput(CompareEditorInput).internalSetContentPaneInput(Object)
line: 840
    CompareEditorInput.access$7(CompareEditorInput, Object) line: 838
    CompareEditorInput$13.run() line: 778
    BusyIndicator.showWhile(Display, Runnable) line: 70
    SyncInfoCompareInput(CompareEditorInput).feed1(ISelection) line: 772
    SyncInfoCompareInput(CompareEditorInput).feedInput() line: 750
    SyncInfoCompareInput(CompareEditorInput).createContents(Composite) line:
573
    CompareEditor.createCompareControl() line: 447
    CompareEditor.access$6(CompareEditor) line: 416
    CompareEditor$3.run() line: 372
    UILockListener.doPendingWork() line: 155
    UISynchronizer$3.run() line: 158
    RunnableLock.run() line: 35
    UISynchronizer(Synchronizer).runAsyncMessages(boolean) line: 133
    Display.runAsyncMessages(boolean) line: 3852
    Display.readAndDispatch() line: 3473
    Workbench.runEventLoop(Window$IExceptionHandler, Display) line: 2388
    Workbench.runUI() line: 2352
    Workbench.access$4(Workbench) line: 2204
    Workbench$5.run() line: 499
    Realm.runWithDefault(Realm, Runnable) line: 333
    Workbench.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 492
    PlatformUI.createAndRunWorkbench(Display, WorkbenchAdvisor) line: 149

    IDEApplication.start(IApplicationContext) line: 113
    EclipseAppHandle.run(Object) line: 194
    EclipseAppLauncher.runApplication(Object) line: 110
    EclipseAppLauncher.start(Object) line: 79
    EclipseStarter.run(Object) line: 368
    EclipseStarter.run(String[], Runnable) line: 179
    NativeMethodAccessorImpl.invoke0(Method, Object, Object[]) line: not
available [native method]
    NativeMethodAccessorImpl.invoke(Object, Object[]) line: not available

    DelegatingMethodAccessorImpl.invoke(Object, Object[]) line: not
available
    Method.invoke(Object, Object...) line: not available
    Main.invokeFramework(String[], URL[]) line: 556
    Main.basicRun(String[]) line: 511
    Main.run(String[]) line: 1270
    Main.main(String[]) line: 1246

this is the editor input:

editorInput FileRevisionEditorInput (id=8235)
    fileRevision ResourceVariantFileRevision (id=8249)
        variant BaseFile (id=8254)
    storage FileRevisionEditorInput$2 (id=8237)

So somehow the editor input the compare windows gets is a
FileRevisionEditorInput with a reference the the BaseFile ???

I am digging in a bit deeper.

johan

On Sat, Feb 7, 2009 at 16:57, Mark Phippard <markphip_at_gmail.com> wrote:

> I looked at your bug report back when you posted it. Have you looked
> at our code or CVS code since then to see if this is something we can
> correct on our side?
>
> Some of that behavior you are seeing seems really weird. A couple
> point releases ago someone added a patch to detect when things like
> drag and drop happen and that does some stuff with revert etc. It is
> based on resource listeners. I cannot think of why Compare would
> trigger that code, but that is the only way I can think of that a
> Revert could get triggered without taking an explicit option.
>
> My only other idea was if it is possible that something is seriously
> broken in the linkage of the menu actions and when you take the
> compare option additional actions are being triggered.
>
> Mark
>
>
> On Sat, Feb 7, 2009 at 10:32 AM, jcompagner <jcompagner_at_gmail.com> wrote:
> > in build I20090203-1200 they still didnt fix it.
> > So as a warning to everyone that wants to use Eclipse 3.5M5, it is really
> > not workable with the subclipse plugin.
> >
> >
> > On Fri, Jan 30, 2009 at 13:18, Johan Compagner <jcompagner_at_gmail.com>
> wrote:
> >>
> >> see
> >> https://bugs.eclipse.org/bugs/show_bug.cgi?id=263023
> >>
> >> dont know if subclipse maybe does something that is not really the way
> it
> >> supposed to be and now with the new compare window code it encounters it
> >> or if it is an eclipse bug (but cvs doesnt have that problem)
> >>
> >> johan
> >>
> >
> >
>
>
>
> --
> Thanks
>
> Mark Phippard
> http://markphip.blogspot.com/
>
> ------------------------------------------------------
>
> http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1043&dsMessageId=1119811
>
> To unsubscribe from this discussion, e-mail: [
> dev-unsubscribe_at_subclipse.tigris.org].
>

------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1043&dsMessageId=1120615

To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_subclipse.tigris.org].
Received on 2009-02-07 21:20:40 CET

This is an archived mail posted to the Subclipse Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.