MapTool 1.3 Final, patch03 (build 86)
Moderators: dorpond, trevor, Azhrei, Craig
Re: MapTool 1.3 Final, patch03 (build 86)
I have gotten the Error message:
java.lang.NullPointerException
at net.rptools.maptool.client.tool.PointerTool.mouseMoved(PointerTool.java:585)
at java.awt.AWTEventMulticaster.mouseMoved(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: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)
It seems that it is only when players move there tokens when not on there turn, any way to fix this.???
java.lang.NullPointerException
at net.rptools.maptool.client.tool.PointerTool.mouseMoved(PointerTool.java:585)
at java.awt.AWTEventMulticaster.mouseMoved(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: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)
It seems that it is only when players move there tokens when not on there turn, any way to fix this.???
- jfrazierjr
- Deity
- Posts: 5176
- Joined: Tue Sep 11, 2007 7:31 pm
Re: MapTool 1.3 Final, patch03 (build 86)
Go back and ready through this post, it has been discussed and the answers are here..Arimmus wrote:I have gotten the Error message:
java.lang.NullPointerException
at net.rptools.maptool.client.tool.PointerTool.mouseMoved(PointerTool.java:585)
at java.awt.AWTEventMulticaster.mouseMoved(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: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)
It seems that it is only when players move there tokens when not on there turn, any way to fix this.???
I save all my Campaign Files to DropBox. Not only can I access a campaign file from pretty much any OS that will run Maptool(Win,OSX, linux), but each file is versioned, so if something goes crazy wild, I can always roll back to a previous version of the same file.
Get your Dropbox 2GB via my referral link, and as a bonus, I get an extra 250 MB of space. Even if you don't don't use my link, I still enthusiastically recommend Dropbox..
Get your Dropbox 2GB via my referral link, and as a bonus, I get an extra 250 MB of space. Even if you don't don't use my link, I still enthusiastically recommend Dropbox..
- LeopoldVonRanke
- Giant
- Posts: 123
- Joined: Thu Jun 17, 2010 2:50 pm
- Location: Maine
- Contact:
Re: MapTool 1.3 Final, patch03 (build 86)
...no news...?
---------------------------------------------------------------------------
Now using Dolby Axon for RPG sessions.
(Forget Skype. Put your players into a 3D sound environment.)
---------------------------------------------------------------------------
Now using Dolby Axon for RPG sessions.
(Forget Skype. Put your players into a 3D sound environment.)
---------------------------------------------------------------------------
Re: MapTool 1.3 Final, patch03 (build 86)
Phergus has been busy making patches (thanks bro!). Testers can learn more here:LeopoldVonRanke wrote:...no news...?
http://forums.rptools.net/viewforum.php?f=60
As far as a release, not sure; Azhrei has been very busy with real life. You know, the stuff that pays the bills - LOL
Re: MapTool 1.3 Final, patch03 (build 86)
We're going to have to dock him a weeks pay again, aren't we?
I cast firecube! ~4E
Re: MapTool 1.3 Final, patch03 (build 86)
I posted in the Testers forum (that dorpond mentioned) that Phergus' patches have been checked in. When someone has tested them and reports that they work -- or when I get home this coming week -- I'll do a build. I have next week off (no travel, no work) so I should be able to get a build done assuming I can get motivated.
I'd particularly like to get it done so it can go on the CD that Paul Gross is doing for the PCGen booth at GenCon...
I'd particularly like to get it done so it can go on the CD that Paul Gross is doing for the PCGen booth at GenCon...
- LeopoldVonRanke
- Giant
- Posts: 123
- Joined: Thu Jun 17, 2010 2:50 pm
- Location: Maine
- Contact:
Re: MapTool 1.3 Final, patch03 (build 86)
Azhrei wrote:I posted in the Testers forum (that dorpond mentioned) that Phergus' patches have been checked in. When someone has tested them and reports that they work -- or when I get home this coming week -- I'll do a build. I have next week off (no travel, no work) so I should be able to get a build done assuming I can get motivated.
I'd particularly like to get it done so it can go on the CD that Paul Gross is doing for the PCGen booth at GenCon...
Dorpond, thanks for pointing out the testing forum comments!
Sounds like this time it's the real deal... if these patches work (especially if the Player view bug is fixed), the remaining bugs should be declared features, declare 1.3 golden, and get it onto that CD
Who could check whether the patches work?
Re: MapTool 1.3 Final, patch03 (build 86)
How did the test go? Anyone look at it?
-Avotas
-Avotas
Re: MapTool 1.3 Final, patch03 (build 86)
We have a grand total of... one report. From MadJoker. It's a very good write up of his experiences. It looks like there are still a couple of things to look into before we do b87.
Re: MapTool 1.3 Final, patch03 (build 86)
Any way we can fix this bug? Here's my test code:
Basically, if I use gridless with both tokens not having snap to grid on, it does the distance calculation correctly. But if I have a source token that is bigger than medium on a square grid, it uses the center of the upper left corner to calculate the distance rather than the center of the token. I figure a simple offset based on the token size would fix this.
I'm doing this to see if the center of a larger than medium token is with in a certain range of another token. Since DnD areas are based on the vertices I can't use a medium token because the center appears in the middle of a square, so I go with large tokens where the center is on the grid crossing. But using the distance with no_grid uses the center of the upper left corner to calculate distance rather than the center of the footprint. If I use my usual 1_2_1 metric, distance is skewed because the edge of the token is slightly closer which can't be corrected by subtracting a constant number like 5 from the variable radius of the effect. It'll grab more cells than the official DnD ruling on area of effect.
I thought I recall this being mentioned before, but I don't know what happened. Was it overlooked, or abandoned for another reason? Same problem on hex map too, uses center of upper left hex for measuring from larger than medium tokens (eventhough the center movement line is in the correct place).
The upper left token is in area, but the token in lower right is not.
Code: Select all
[H: conditions = json.set("{}","range",json.set("{}","token",currentToken(),"upto",20,"metric","NO_GRID"))]
[R: tokens = getTokens("json",conditions)]
I'm doing this to see if the center of a larger than medium token is with in a certain range of another token. Since DnD areas are based on the vertices I can't use a medium token because the center appears in the middle of a square, so I go with large tokens where the center is on the grid crossing. But using the distance with no_grid uses the center of the upper left corner to calculate distance rather than the center of the footprint. If I use my usual 1_2_1 metric, distance is skewed because the edge of the token is slightly closer which can't be corrected by subtracting a constant number like 5 from the variable radius of the effect. It'll grab more cells than the official DnD ruling on area of effect.
I thought I recall this being mentioned before, but I don't know what happened. Was it overlooked, or abandoned for another reason? Same problem on hex map too, uses center of upper left hex for measuring from larger than medium tokens (eventhough the center movement line is in the correct place).
The upper left token is in area, but the token in lower right is not.
/// example \\\
Downloads:
- Notepad++ MapTool addon
- RPEdit details (v1.3)
- Coding Tips: Modularity and Design
- Videos: Macro Writing Tools
Re: MapTool 1.3 Final, patch03 (build 86)
Here's another possible bug. I'm not sure if I can work around it, but it's worth noting here.
Here's the error message:
My guess is because it starts and ends with [] it begins to assume an array, but then it blows up afterwards returning null instead of "UNKNOWN".
edit: btw, here is the work around I came up with:
edit: I think I found another super minor bug. This was sort of fixed before, but not quite. If a token is imported to new campaign with type X and type X doesn't exist, it will default to Basic in the menu, but Wiki: getTokenType() still shows the old token type. This can be worked around by going to the token config tab, re-select Basic and click Okay to save.
edit: One more bug. When calling Wiki: oldFunction(), the roll.count is set to 1 each time. So, if you're in a [count:] loop and you call a function that calls oldFunction, it messes up the counter. One work around is doing this:
Here's the error message:
And the code:java.lang.NullPointerException error executing expression json.type(a).
Code: Select all
[H: a = '[r: test = "text"]']
[R: json.type(a)]
edit: btw, here is the work around I came up with:
Code: Select all
[H: a = '[r: test = "text"]']
[H: jType = json.append("",a)] <!-- this needs to be on separate line in order to work -->
[H: jType = json.type(json.get(jType,0))]
[R: jType]
edit: One more bug. When calling Wiki: oldFunction(), the roll.count is set to 1 each time. So, if you're in a [count:] loop and you call a function that calls oldFunction, it messes up the counter. One work around is doing this:
Code: Select all
[H: temp = roll.count]
[H: result = oldFunction(args)]
[H: roll.count = temp]
[H: macro.return = result]
Downloads:
- Notepad++ MapTool addon
- RPEdit details (v1.3)
- Coding Tips: Modularity and Design
- Videos: Macro Writing Tools
Re: MapTool 1.3 Final, patch03 (build 86)
I wanted to poke my head up and look around. Any headway?
-Avotas
-Avotas
Re: MapTool 1.3 Final, patch03 (build 86)
Any news on a final FINAL release?
I am a special snowflake!
- CoveredInFish
- Demigod
- Posts: 3104
- Joined: Mon Jun 29, 2009 10:37 am
- Location: Germany
- Contact:
Re: MapTool 1.3 Final, patch03 (build 86)
I'm no dev, so this is just my observation and summary of what I read in the forum:
there is a build 87 that is currently in testing. This might be out soon, depending on how the testing goes.
There are bugs left on the to-fix-list so there probably will be a build 88 - but that might take a while.
That would be a nice build number to call it done but we'll have to see what bugs appear and which ones can be fixed.
there is a build 87 that is currently in testing. This might be out soon, depending on how the testing goes.
There are bugs left on the to-fix-list so there probably will be a build 88 - but that might take a while.
That would be a nice build number to call it done but we'll have to see what bugs appear and which ones can be fixed.
Re: MapTool 1.3 Final, patch03 (build 86)
Very cool that you're working these final bugs out. Looking forward to b87!