I've got a problem with 86 (but it may have existed before).
Start a server on one PC (in my case, it's on an distant hosted server but I don't think it's relevant)
Start a secondary MapTool on a another PC, log on the server but as a GM
From the GM session (so not on the server), use "Lock player movement" and boom : locking and unlocking works but an error message is displayed :
ava.lang.NullPointerException
at net.rptools.maptool.client.AppActions$50.execute(AppActions.java:1710)
at net.rptools.maptool.client.AppActions$ClientAction.actionPerformed(AppActions.java:2691)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.JToggleButton$ToggleButtonModel.setPressed(Unknown Source)
at javax.swing.AbstractButton.doClick(Unknown Source)
at de.muntjak.tinylookandfeel.TinyMenuItemUI.doClick(TinyMenuItemUI.java:571)
at de.muntjak.tinylookandfeel.TinyMenuItemUI$MouseInputHandler.mouseReleased(TinyMenuItemUI.java:421)
at java.awt.Component.processMouseEvent(Unknown Source)
at javax.swing.JComponent.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$000(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at net.rptools.maptool.client.swing.MapToolEventQueue.dispatchEvent(MapToolEventQueue.java:38)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
@Natha: The Lock Movement is what is causing many of the NPE errors in B86. Turn off this feature and I have not had any NPE errors. I have had other problems such as massive slow down when certain PC's connect. Or people getting a token stuck between move, killing java and now the server crashes.
I didn't get it done before being *swamped* with work. Looking at my calendar, the first time I'll be able to even consider looking at this again will be the week of July 4th (assuming the three-day gig I have on the schedule cancels). And if those three days *do* happen, then July 25th is my first available time to work on MT.
So my group hasn't updated in a while - is it worth it for us to move from b77 to this build? b77 has been very stable for us, after a bit of problems with our previous upgrade attempt, anytime I mention upgrading again, I get lots of grumbles.
I would resist upgrading until the next build is released only because build 84-86 has a nasty "endless loop" bug triggered when someone attempts to move outside initiative. On the surface it sounds like something you can avoid by being careful, or having your GM unselect "lock player movement" on the server, but I still have people trigger it two or three times a session despite those countermeasures.
I would resist upgrading until the next build is released only because build 84-86 has a nasty "endless loop" bug triggered when someone attempts to move outside initiative. On the surface it sounds like something you can avoid by being careful, or having your GM unselect "lock player movement" on the server, but I still have people trigger it two or three times a session despite those countermeasures.
-Avotas
I've never experienced this problem in either of the two games I'm involved in. I've been using 86 since a week after it came out and the only problem we've experienced was the player slow down when when individual fog views is turned on at server start. Other than that we've not experience any problems and we have people moving outside Initiative all the time.
DCI/RPGA# 7208328396 Skype ID mfrizzell77 Characters: Strabor - Dwarf Avenger 5th Level Tikkanan - Human Warlock 2nd Level
---------------------------------------------------- "People are more violently opposed to fur than leather because it's safer to harass rich women than motorcycle gangs."
Yea here is the error code (I am running build 84, but I have tested 86 as well). It's a different error from the other movement bugs listed in the post, but I think it's the same root cause.
java.lang.NullPointerException
at net.rptools.maptool.client.tool.PointerTool.mouseDragged(PointerTool.java:646)
at java.awt.AWTEventMulticaster.mouseDragged(Unknown Source)
at java.awt.Component.processMouseMotionEvent(Unknown Source)
at javax.swing.JComponent.processMouseMotionEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$000(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.awt.EventQueue$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.awt.EventQueue$2.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.AccessControlContext$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at net.rptools.maptool.client.swing.MapToolEventQueue.dispatchEvent(MapToolEventQueue.java:25)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
Weird error... I upgraded to 86, and when I loaded a map, a lot of the objects were garbled, and I got this:
Corrupt JPEG data: bad Huffman code
sun.awt.image.ImageFormatException: Bogus marker length
at sun.awt.image.JPEGImageDecoder.readImage(Native Method)
at sun.awt.image.JPEGImageDecoder.produceImage(JPEGImageDecoder.java:136)
at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:264)
at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:189)
at sun.awt.image.ImageFetcher.run(ImageFetcher.java:153)
Corrupt JPEG data: 131 extraneous bytes before marker 0xda
Corrupt JPEG data: bad Huffman code
sun.awt.image.ImageFormatException: Unsupported marker type 0x62
at sun.awt.image.JPEGImageDecoder.readImage(Native Method)
at sun.awt.image.JPEGImageDecoder.produceImage(JPEGImageDecoder.java:136)
at sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:264)
at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:189)
at sun.awt.image.ImageFetcher.run(ImageFetcher.java:153)
Corrupt JPEG data: 553 extraneous bytes before marker 0xda
EDIT: I'm retarded. Was running openjdk instead of sun. doh.
paulstrait wrote:EDIT: I'm retarded. Was running openjdk instead of sun. doh.
Wow! So the OpenJDK has a problem with some JPEG images when the Sun JDK doesn't?!
That's just super surprising since I've heard of reports here on the forums from users who claim they have big time applications running on OpenJDK.
Supposedly these types of compatibility issues will be taken care of as Oracle incorporates Apple's Java changes into their own code and then contributes that to the OpenJDK project. (At least, I think that's what I read. I might have it slightly wrong though, but the end result is the same.)
I didn't get it done before being *swamped* with work. Looking at my calendar, the first time I'll be able to even consider looking at this again will be the week of July 4th (assuming the three-day gig I have on the schedule cancels). And if those three days *do* happen, then July 25th is my first available time to work on MT.
Psh. Work. So mercenary. I think you need to get your priorities straight.
Rumble wrote:Psh. Work. So mercenary. I think you need to get your priorities straight.
Heh.
If I wasn't addicted to food or shelter, life would be so much easier. But I admit it: I'm hopelessly addicted to both of those and I need my fixes at least daily. And I only shoot the good stuff too, which is more expensive.