From: SourceForge.net <no...@so...> - 2008-03-14 17:13:08
|
Plugin Bugs item #1764901, was opened at 2007-07-31 20:50 Message generated for change (Comment added) made by lu10010 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1764901&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: Open Resolution: None Priority: 7 Private: No Submitted By: Lindsey Simon (elsie) Assigned to: Nobody/Anonymous (nobody) Summary: XML plugin causes weird characters in textarea on save Initial Comment: See Bug#1633393 in the regular jEdit tracker - I have repeatedly experienced this bug only when the XML plugin is enabled. I would really love to be using the XML plugin, but weird garbled text on my screen after save (which I do way too often) is a killa. I've seen it mentioned that it is perhaps caused by Sidekick, but I do not know. ---------------------------------------------------------------------- Comment By: lu10010 (lu10010) Date: 2008-03-14 17:13 Message: Logged In: YES user_id=1230915 Originator: NO The same with complete new install of jEdit 4.3pre13 and XML plugin and jdk Test this file in jEdit: <http://www.nolink.de/downloads/jedit/test.htm> Download, load in jEdit, say to the XML-Plugin "Parse it like HTML". Than save the file some times (CTRL-S) -> Weird characters in textarea on save! -> Back to jEdit 4.2 :-( ---------------------------------------------------------------------- Comment By: lu10010 (lu10010) Date: 2007-12-12 09:54 Message: Logged In: YES user_id=1230915 Originator: NO The same with complete new install of jEdit 4.3pre12 and XML plugin :-( ---------------------------------------------------------------------- Comment By: lu10010 (lu10010) Date: 2007-10-25 15:46 Message: Logged In: YES user_id=1230915 Originator: NO The same with jEdit 4.3pre11 and XML 2.0.7 :-( Perhaps this as info: I tested it with XML 0.17 and Xerces 2.8.0 /2.9.0 (the latest XML I can download from SF before 2.0.1 and bevor the integration of HTMLSideKick): no error (in 0.17 no HTML parsing) XML 0.17 and HTMLSideKick 0.1 (for HTML parsing) no error HTMLSideKick 0.4 I can't test, cause I can't find XML 0.18 XML 2.0.1, Xerces 2.8.0: error (HTML parsing) ---------------------------------------------------------------------- Comment By: lu10010 (lu10010) Date: 2007-10-25 15:46 Message: Logged In: YES user_id=1230915 Originator: NO The same with jEdit 4.3pre11 and XML 2.0.7 :-( Perhaps this as info: I tested it with XML 0.17 and Xerces 2.8.0 /2.9.0 (the latest XML I can download from SF before 2.0.1 and bevor the integration of HTMLSideKick): no error (in 0.17 no HTML parsing) XML 0.17 and HTMLSideKick 0.1 (for HTML parsing) no error HTMLSideKick 0.4 I can't test, cause I can't find XML 0.18 XML 2.0.1, Xerces 2.8.0: error (HTML parsing) ---------------------------------------------------------------------- Comment By: lu10010 (lu10010) Date: 2007-10-01 12:10 Message: Logged In: YES user_id=1230915 Originator: NO Try this file: http://www.nolink.de/downloads/jedit/test.htm And the properties file: http://www.nolink.de/downloads/jedit/properties New install of jEdit 4.3pre10, Java 1.5.0_11 on WinXP Prof. jEdit-plugins only XML and the required plugins for XML, no changes on the new installed jEdit. Open test.htm, klick Plugins/Sidekick/Parsers/HTML -> Sidekick window. Go back to the main window and save the file a few times and you can see the "weird characters in textarea on save" Only with Sidekick -> parse it as HTML (->XML-Plugin) No weird chars whith JS, CSS... ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2007-08-14 06:51 Message: Logged In: YES user_id=1477607 Originator: NO Thanks. Can you also provide a link to a file that demonstrates this problem? In which edit mode does it happen? I saw in the properties file that html mode is the only one that uses folding and soft-wrap. ---------------------------------------------------------------------- Comment By: Lindsey Simon (elsie) Date: 2007-08-14 05:09 Message: Logged In: YES user_id=130366 Originator: YES Here's a link to my properties file http://www.commoner.com/lsimon/jedit.properties ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2007-08-14 05:05 Message: Logged In: YES user_id=1477607 Originator: NO I did understand you. You say that you experience this problem when none of the fold handlers are registered. What I'm saying is, even though you experience the text area corruption regardless of the fold handlers, this corruption can IN OTHER CASES also be caused by fold handlers (from my own experience). The fact that we have to deal with your case doesn't mean that fold handlers are not the cause of this problem for Lindsey, who opened this bug report. But thanks for your additional info. Without being able to experience this bug, and without more information from others who experience it, I can't do anything about this bug report. As far as I see, this can be related to many features, such as buffer encoding, word wrapping, auto-indent, scripts, plugins (e.g. whitespace plugin) and some more. It will be helpful if users who experience this problem provide the settings they use (e.g. attach the jEdit properties file), list of plugins and macros, buffer mode in which it happens, preferrably also the file contents, open dockables (perspective file), and environment info (JRE version, jEdit version, OS). Also, a screenshot showing this bug can be helpful. I know this is a lot of information I'm asking for, but unless someone finds a way to reproduce it, I don't see any other way of handling it. ---------------------------------------------------------------------- Comment By: Dale Anson (daleanson) Date: 2007-08-14 02:11 Message: Logged In: YES user_id=187628 Originator: NO Hi Schlomy, I think you misunderstood me, I didn't mean that I don't use the fold handlers, I mean I've got a script that unloads them all at startup, so they aren't available to use even if I wanted to. So I think that means they can be eliminated as part of the problem. Here's my macro, maybe you'll see something I've overlooked? I'm not really up on fold handlers, other than I learned enough to make them go away :) String[] names = org.gjt.sp.jedit.ServiceManager.getServiceNames("org.gjt.sp.jedit.buffer.FoldHandler"); for (int i = 0; i < names.length; i++) { System.out.println("**** Unregistering FoldHandler named: " + names[i]); org.gjt.sp.jedit.ServiceManager.unregisterService("org.gjt.sp.jedit.buffer.FoldHandler", names[i]); } ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2007-08-13 13:50 Message: Logged In: YES user_id=1477607 Originator: NO Not necessarily. The fact that this can happen when folding is not used doesn't mean that the fold handler cannot cause this also. As a fact, when I implemented the CtagsSideKick fold handler, this happened to me a lot until I completed writing the handler. Small inconsistencies in a fold handler can easily cause such problems. But the most important thing is if someone can come up with reproduction steps. It never happened to me except the time I was working on the folding mode of CtagsSideKick. ---------------------------------------------------------------------- Comment By: Dale Anson (daleanson) Date: 2007-08-13 13:44 Message: Logged In: YES user_id=187628 Originator: NO I think fold handlers can be eliminated as a source of this one. I see the bug on occasion, but I don't have any fold handlers installed. I have a script in my .jedit/startup folder that removed all fold handlers when jEdit starts up. If the file is large enough, I find that scrolling down then back up makes the weird text go away. ---------------------------------------------------------------------- Comment By: Shlomy Reinstein (shlomy) Date: 2007-08-13 06:38 Message: Logged In: YES user_id=1477607 Originator: NO This might be related to many things. If you can attach your jEdit properties file (normally ~/.jedit/properties), please do, it may significantly make it easier to debug. In addition, if you can reproduce this each time, please specify exactly the steps to reproduce it. Additionally, please specify which Java you're using and which version of jEdit (Help->About jEdit...). Finally, if you can't attach your properties file, please specify which folding mode and word wrap mode you're using when this problem occurs. Thanks. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-08-10 23:20 Message: Logged In: YES user_id=935841 Originator: NO 1656682 contains a reproducible testcase as an attachment which confuses the textarea. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-08-10 23:20 Message: Logged In: YES user_id=935841 Originator: NO 1656682 contains a reproducible testcase as an attachment which confuses the textarea. ---------------------------------------------------------------------- Comment By: Alan Ezust (ezust) Date: 2007-08-01 19:46 Message: Logged In: YES user_id=935841 Originator: NO yes, I noticed this too. I need some way to reproduce this before I can fix it.\ The caret gets lost (doesn't know what line it is on) and so we see teh wrong kind of repainting as you move the cursor around. Moving to the end of the buffer causes an exception to be thrown. This may be related to SideKick, or XML, or perhaps the folding mode, I'm not exactly sure. But for now, when it happens, all I do is split and unsplit the editpane and the caret and repainting is ok again for a while. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=565475&aid=1764901&group_id=588 |