From: SourceForge.net <no...@so...> - 2012-04-19 09:24:07
|
Bugs item #2903432, was opened at 2009-11-24 15:12 Message generated for change (Comment added) made by jarekczek You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2903432&group_id=588 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Works For Me Priority: 5 Private: No Submitted By: Michael Schlotter (mschlotter) Assigned to: Nobody/Anonymous (nobody) Summary: Mac OSX plugin: Crash after dragging file onto textarea Initial Comment: 1. Start jEdit 2. Drag file onto text area. Result: Nothing! File is not opened, Activity log says "TextAreaTransferHandler: canImport() returning false" (see log below) 3. Drag file again. If it's dragged "slowly", it opens correctly. If it's dragged "quickly", jEdit crashes. OSX crash report attached. --- ACTIVITY LOG AFTER FIRST UNSUCCESSFUL DRAGGING OPERATION --- 11:04:11 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:11 PM [AWT-EventQueue-0] [debug] TextAreaDropHandler: Drag enter 11:04:11 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:11 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:11 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:11 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaTransferHandler: canImport() returning false 11:04:12 PM [AWT-EventQueue-0] [debug] TextAreaDropHandler: Drag exit ---------------------------------------------------------------------- Comment By: Jarek Czekalski (jarekczek) Date: 2012-04-19 02:24 Message: The entry has been pending for 14 days or more and is being closed now. The procedure is described in wiki: https://sourceforge.net/apps/mediawiki/jedit/index.php?title=Bug_tracker_details#Pending ---------------------------------------------------------------------- Comment By: Evan Wright (evanpw) Date: 2011-11-17 06:41 Message: I can't reproduce this. If it was a JVM bug, perhaps it has been fixed? ---------------------------------------------------------------------- Comment By: Seph Soliman (scarlac) Date: 2009-11-28 14:03 Message: If I drag the file too quickly canImport returns false as well, but it doesn't crash. Hovering the file for just a split second enables the drop function without issues. Subsequent file drops are accepted no matter my personal speed. Could you try and re-install jedit? I mean: Move the jEdit.app package out and re-insert a freshly downloaded one? Seph ---------------------------------------------------------------------- Comment By: Michael Schlotter (mschlotter) Date: 2009-11-28 13:52 Message: OK - forget my last post. Still crashing with SpellCheck disabled =( I give up... ---------------------------------------------------------------------- Comment By: Michael Schlotter (mschlotter) Date: 2009-11-28 13:40 Message: All, I might have identified the culprit: SpellCheck.jar I have removed my jEdit settings directory and added one plugin after another. Directly after installing the SpellCheck plugin it didn't cause problems BUT after it has been configured to point to my local aspell installation jEdit started crashing after drag&drop. When I disable SpellCheck everything seems to run stable. So, unexpected result, huh? Mike ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2009-11-28 11:00 Message: Regarding the JVM version reported, this is the build version (which is 1.6.0_15), see: http://discussions.apple.com/thread.jspa?messageID=10165138 ---------------------------------------------------------------------- Comment By: Seph Soliman (scarlac) Date: 2009-11-28 10:55 Message: Can you try and disable all plugins and re-verify? The error seems to arise before it hits any jEdit code. I'm thinking it's related to the launch configuration somehow. Possibly the JVM as shlomy indicates. Why is it being reported as 14.1? I havn't heard of a JVM with that version name from Sun. ---------------------------------------------------------------------- Comment By: Michael Schlotter (mschlotter) Date: 2009-11-28 10:03 Message: Seph, positive - I disabled it and the problem persists, so it's probably not the plugin (unless it's still loaded even if the checkbox in the Plugin Manager is unticked.). OSX 10.6.2, Intel Core2Duo. Regards,Mike ---------------------------------------------------------------------- Comment By: Seph Soliman (scarlac) Date: 2009-11-28 09:56 Message: mschlotter, can you please clarify: "Now it's the MacOSX support plugin, which doesn't seem to do much. Disabling it doesn't make any difference at all.". You disabled the plugin and the problem persists? From the stack trace, it's not clear that the plugin is the cause. What version of OS X are you using, and what CPU type is it? Regards Seph ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2009-11-27 08:47 Message: It sounds like this is related to the new Mac OSX plugin then. It replaces the old Mac OS plugin which is incompatible with java 1.6. *maybe* if you remove the new OSX plugin and install the old MAC OS plugin from jedit 4.3pre16 or earlier, then your problem will go away? ---------------------------------------------------------------------- Comment By: Michael Schlotter (mschlotter) Date: 2009-11-27 04:02 Message: Absolutely sure that JVM was unchanged. I've upgraded pre16->pre18, tested, downgraded again, tested, upgraded again without doing anything to the Java installation. The main difference between <=pre16 and >=pre17 is the different Mac plugin. It used to be the MacOS plugin with which all drag and drop operations worked as expected (ie files opened after being dragged once, not twice, among other things - see my other bug report). Now it's the MacOSX support plugin, which doesn't seem to do much. Disabling it doesn't make any difference at all. ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2009-11-27 03:47 Message: Are you sure you didn't update your java version as well since you updated to pre17/18? In some systems the java update can be configured to be automatic. A bug in the JVM can sometimes be exposed by changes in the usage (just like with any code library), even if there is nothing wrong with the usage. In this specific case, the stack trace does not show any stack frame that belongs to jEdit - all frames belong to the JVM and to apple.awt (I guess that's Apple's abstraction layer for the GUI). It could be exposed, for example, if the text area was changed to use a different type of component, but I don't think anything near that has changed in jEdit. Do you have some OSX-specific plugins installed in jEdit? ---------------------------------------------------------------------- Comment By: Michael Schlotter (mschlotter) Date: 2009-11-27 03:35 Message: Hmmm, I wonder why these issues do not occur in jEdit 4.3pre16 and earlier, but only after updating to pre17/pre18. I've verified this on 2 Macs, one PPC with Java 5, the other Intel with Java 6 installed. If it's solely due to the JVM, then surely it'd be a problem in all versions of jEdit? ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2009-11-27 03:26 Message: Unless you use plugins with native code, this is not a jEdit bug (and not a plugin bug) - it's a JVM bug. I don't think anything can be done in jEdit (or plugins) to resolve / work-around this, as it seems jEdit is not involved at all in the drop operation (i.e. the crash occurs before the event is communicated to jEdit). ---------------------------------------------------------------------- Comment By: Michael Schlotter (mschlotter) Date: 2009-11-27 02:57 Message: Yes, it may be an OSX problem. Sorry for the confusion with slow/fast dragging: what I mean is that when you drag a file onto the text area and drop it after about a second, jEdit is unlikely to cash (~2 out of 10 cases). If you drag a file and drop it immediately, maybe even with the mouse pointer still moving, jEdit is likely to crash (8 out of 10 cases). I know this sounds odd, but it's what I have observed and I can reproduce it reliably. Note that once a file was successfully opened after a drag and drop operation, the program seems to be stable! Eg whenever I managed to open one file by dropping it onto the text area, everything was ok for the rest of the session. ---------------------------------------------------------------------- Comment By: Steve Gough (ghostfly) Date: 2009-11-26 21:07 Message: I can't reproduce this on Windows XP. Could it be just OSX? And what do you mean by slow vs quick drag and drop? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100588&aid=2903432&group_id=588 |