[ANN] PropertiesEditor Plugin 1.1.1

Changes

  • Both Pallada and Aurora supported.(only 2008 build of Pallada tested, file associations editing feature temporary not supported)

  • Configurable autoscroll to source option

  • Transfer focus to editor on double-click on tree

  • Minor improvements and bug fixes


TIA,
Dmitry

11 comments
Comment actions Permalink

I'll test it on Aurora.

0
Comment actions Permalink

Cool. That works.

Any idea why IntelliJ didn't recognize the new version until after I
uninstalled 1.1a?

"Dmitry Kashin" <no_mail@jetbrains.com> wrote in message
news:16453395.1081503714046.JavaMail.itn@is.intellij.net...

Changes

>

  • Both Pallada and Aurora supported.(only 2008 build of Pallada tested,

file associations editing feature temporary not supported)

  • Configurable autoscroll to source option

  • Transfer focus to editor on double-click on tree

  • Minor improvements and bug fixes

>

TIA,
Dmitry



0
Comment actions Permalink

Hi,
Probably cause version number 1.1.1 less then 1.1a, I'll rename it to 1.2 to detect update. Thanks for report.

TIA,
Dmitry

0
Comment actions Permalink

I just deleted a line in a property file (from within the
property-editor) and idea's cpu went to 100% (one of my two cpus) and
hung there until I hard killed it. After killing idea, I reopened and
/only/ opened the property file deleted the first line and got the cpu
spike again.

0
Comment actions Permalink

Hi,

What version you are using?

TIA,
Dmitry

0
Comment actions Permalink

1.5.1a with idea 1178

Dmitry Kashin wrote:

Hi,

What version you are using?

TIA,
Dmitry


--
Barry Kaplan
bkaplan@integratedtrading.com

0
Comment actions Permalink

You should launch idea in console mode and try to produce a stacktrace when the problem happens: you have to edit idea.lax and put "console" (without spaces after the word) in the idea.stdxx.lax properties. After that, restart idea: if the problem occurs, press ctrl-break while the dos console windows is in foreground, and then copy and paste the stacktrace that is produced. I think this will help Dmitry tracking the problem (which I experienced too, but was unable to reproduce).

0
Comment actions Permalink

shit, I had it again, this time when saving the file, and it seems IDEA can't even produce a stacktrace at that moment!

0
Comment actions Permalink

This just happened to me too. I'm using IDEA 1180, PropertiesEditor 1.5.1a, Win2k. Viewing the file was fine, but as soon as I deleted a line, it locked up.

Here's what's in the console after a CTRL-Break:

(a java.lang.Object) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:178) at java.awt.EventQueue.dispatchEvent(EventQueue.java:454) at com.intellij.ide.q.b(q.java:44) at com.intellij.ide.q.a(q.java:141) at com.intellij.ide.q.dispatchEvent(q.java:54) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:201) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137) at java.awt.EventDispatchThread.run(EventDispatchThread.java:100) "Thread-3" prio=7 tid=0x2a3f1690 nid=0x7f0 waiting on condition [2b73f000..2b73fd88] at java.lang.Thread.sleep(Native Method) at com.intellij.progress.ProgressManager$2.run(ProgressManager.java:1) "com.jniwrapper.NativeResourceCollector" daemon prio=7 tid=0x2a3c2010 nid=0x7ec in Object.wait() [2b6ff000..2b6ffd88] at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) - locked <0x11e75a88> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) at com.jniwrapper.e.run(SourceFile:58) "TimerQueue" daemon prio=5 tid=0x2a5bbe78 nid=0x7e8 runnable [2b6bf000..2b6bfd88] at java.lang.Object.wait(Native Method) at javax.swing.TimerQueue.postExpiredTimers(TimerQueue.java:213) - locked <0x11dceaf8> (a javax.swing.TimerQueue) at javax.swing.TimerQueue.run(TimerQueue.java:229) - locked <0x11dceaf8> (a javax.swing.TimerQueue) at java.lang.Thread.run(Thread.java:534) "StoreRefreshStatusThread" prio=2 tid=0x2a7bb420 nid=0x7e4 waiting on condition [2b57f000..2b57fd88] at java.lang.Thread.sleep(Native Method) at com.intellij.openapi.vfs.a.b.g$b_.run(g$b_.java:1) "WatchForChangesThread" prio=7 tid=0x2a7bbd60 nid=0x7e0 runnable [2b53f000..2b53fd88] at com.intellij.vfs.local.win32.FileWatcher.waitForChangeImpl(Native Method) at com.intellij.vfs.local.win32.FileWatcher.c(FileWatcher.java:4) at com.intellij.openapi.vfs.a.b.g$c_.run(g$c_.java:20) "AlarmThread" prio=5 tid=0x2a423b70 nid=0x7d4 in Object.wait() [2b2bf000..2b2bfd88] at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:429) at com.intellij.util.Alarm$MyThread.run(Alarm.java:29) - locked <0x11c66c78> (a java.lang.Object) "AlarmThread" prio=5 tid=0x2a423a08 nid=0x7d0 runnable [2b27f000..2b27fd88] at java.lang.Object.wait(Native Method) at com.intellij.util.Alarm$MyThread.run(Alarm.java:46) - locked <0x11c66ce8> (a java.lang.Object) "AWT-Shutdown" prio=7 tid=0x009abe90 nid=0x7c8 in Object.wait() [2b1ff000..2b1ffd88] at java.lang.Object.wait(Native Method) - waiting on <0x11c66f88> (a java.lang.Object) at java.lang.Object.wait(Object.java:429) at sun.awt.AWTAutoShutdown.run(AWTAutoShutdown.java:259) - locked <0x11c66f88> (a java.lang.Object) at java.lang.Thread.run(Thread.java:534) "Thread-1" daemon prio=5 tid=0x2a58a7f8 nid=0x7c4 in Object.wait() [2b1bf000..2b1bfd88] at java.lang.Object.wait(Native Method) - waiting on <0x11c67000> (a java.util.TaskQueue) at java.util.TimerThread.mainLoop(Timer.java:429) - locked <0x11c67000> (a java.util.TaskQueue) at java.util.TimerThread.run(Timer.java:382) "SocketListenerThread" prio=5 tid=0x00974008 nid=0x7c0 runnable [2b17f000..2b17fd88] at java.net.PlainDatagramSocketImpl.receive(Native Method) - locked <0x11c697c0> (a java.net.PlainDatagramSocketImpl) at java.net.DatagramSocket.receive(DatagramSocket.java:711) - locked <0x10622768> (a java.net.DatagramPacket) - locked <0x11c69810> (a java.net.MulticastSocket) at com.intellij.licensecommon.a.a.e.b(e.java:0) at com.intellij.licensecommon.a.a.f.run(f.java:14) "SocketListenerThread" prio=5 tid=0x2a56e3e8 nid=0x7bc runnable [2b13f000..2b13fd88] at java.net.PlainDatagramSocketImpl.receive(Native Method) - locked <0x11c6bfd8> (a java.net.PlainDatagramSocketImpl) at java.net.DatagramSocket.receive(DatagramSocket.java:711) - locked <0x11c6c008> (a java.net.DatagramPacket) - locked <0x11c6c028> (a java.net.DatagramSocket) at com.intellij.licensecommon.a.a.e.b(e.java:0) at com.intellij.licensecommon.a.a.f.run(f.java:14) "MessageDeliveryThread" prio=5 tid=0x2a4acda8 nid=0x134 in Object.wait() [2b0ff000..2b0ffd88] at java.lang.Object.wait(Native Method) - waiting on <0x11c6c0b0> (a java.lang.Object) at java.lang.Object.wait(Object.java:429) at com.intellij.licensecommon.a.r.run(r.java:7) - locked <0x11c6c0b0> (a java.lang.Object) "Java2D Disposer" daemon prio=10 tid=0x2a581e80 nid=0x740 in Object.wait() [2abbf000..2abbfd88] at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) - locked <0x11c6c100> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) at sun.java2d.Disposer.run(Disposer.java:100) at java.lang.Thread.run(Thread.java:534) "AWT-Windows" daemon prio=7 tid=0x2a577430 nid=0x230 runnable [2ab3f000..2ab3fd88] at sun.awt.windows.WToolkit.eventLoop(Native Method) at sun.awt.windows.WToolkit.run(WToolkit.java:262) at java.lang.Thread.run(Thread.java:534) "Lock thread" prio=5 tid=0x2a463da8 nid=0x244 runnable [2a95f000..2a95fd88] at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353) - locked <0x11c6c238> (a java.net.PlainSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:448) at java.net.ServerSocket.accept(ServerSocket.java:419) at com.intellij.idea.d$b_.run(d$b_.java:5) at java.lang.Thread.run(Thread.java:534) "DestroyJavaVM" prio=5 tid=0x00236770 nid=0x618 waiting on condition [0..6fad8] "Signal Dispatcher" daemon prio=10 tid=0x009219c8 nid=0x708 waiting on condition [0..0] "Finalizer" daemon prio=9 tid=0x0091ec20 nid=0x5ac in Object.wait() [2a07f000..2a07fd88] at java.lang.Object.wait(Native Method) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:111) - locked <0x11af0200> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159) "Reference Handler" daemon prio=10 tid=0x0091d798 nid=0x278 in Object.wait() [2a03f000..2a03fd88] at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:429) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:115) - locked <0x11af00c8> (a java.lang.ref.Reference$Lock) "VM Thread" prio=5 tid=0x0095cf28 nid=0x640 runnable "VM Periodic Task Thread" prio=10 tid=0x0023f8b0 nid=0x75c waiting on condition "Suspend Checker Thread" prio=10 tid=0x00921078 nid=0x7a0 runnable ]]>

0
Comment actions Permalink

Hi,

Thanks for report, will be fixed ASAP.

TIA,
Dmitry

0
Comment actions Permalink

Hi,
Still can't reproduce it :( And don't know problem fixed or don't. Some changes were made but release new version not planned yet.

TIA,
Dmitry

0

Please sign in to leave a comment.