Brettflan
b41267af1a
Reworked border bypass to be toggleable by command, instead of always on if player had the permission like it was.
...
New command /wb bypass [player] [on/off], which allows the player to go beyond the border without being knocked back. Requires "worldborder.bypass" permission (Ops only by default). Nobody has bypass mode enabled by default (has to be toggled on), and the list of people with bypass enabled is wiped on server restarts. Player name ("[player]") is optional if run in-game and defaults to the player running the command, but must be specified if run from console. If on or off ("[on/off]") is not specified, it will simply be toggled.
2012-11-05 11:35:37 -06:00
Brettflan
caa3db3734
Real Release 1.5.5
2012-11-04 17:01:51 -06:00
Brettflan
1b696ef724
0 knockback was glitchy; fixed
...
Also attempt to fix problem when riding mobs via MobRider where mob and player end up underground after knockback; seems unsuccessful. Seeing as pigs in vanilla CraftBukkit without MobRider don't have this problem, but _do_ have the problem along with all other mobs when MobRider is loaded, I'm not bothering with this one further for now.
2012-11-04 16:46:46 -06:00
Brettflan
28e5ea7019
Polish up border bypass handling a bit
2012-11-04 15:48:16 -06:00
Brettflan
243e23f9a2
Release version 1.5.5
2012-11-04 15:22:30 -06:00
Brettflan
7b8d78ec12
Fix for command to enable/disable Dynmap border display not reporting correctly whether it's now enabled or disabled when run
...
Also added variables for Dynmap border color/thickness/opacity, just for internal clarity... will also simplify things if I or someone else ever gets around to adding settings for those values, to allow them to be changed
2012-11-04 15:14:12 -06:00
Brettflan
470b19160d
Allow knockback to be set to 0, for the rare person that might for whatever reason want to disable border knockback
2012-11-04 15:07:41 -06:00
Brettflan
9fd230a218
Added a couple of new safe blocks to the list
2012-11-04 15:02:38 -06:00
Brettflan
28e76340ea
Added artificial height limit for Nether worlds, to work around CraftBukkit bug which reports a max height of 255 for them, leading to players being teleported on top of the "roof" of the Nether at height 127
2012-10-25 01:04:23 -05:00
Brettflan
79bc2f46c0
Merge branch 'master' of github.com:Brettflan/WorldBorder
2012-10-19 00:55:51 -05:00
Brettflan
0ba6b59837
Added new "worldborder.bypass" permission which will allow a person to move around outside the border without being knocked back. This permission is not granted to anyone by default, even Ops, and is not included in the "worldborder.*" permission set.
...
Thanks to st-remy and guyag for pull requests close to what I ended up implementing here.
2012-10-19 00:55:08 -05:00
Brett Flannigan
ca7e2bbde7
Merge pull request #7 from cal/master
...
Add a pom.xml so maven building works
2012-06-11 07:57:57 -07:00
Carl Johan Crafoord
94ec8a25a4
Add pom.xml for maven building
2012-06-10 18:18:50 +02:00
Brettflan
6197a6e320
Release 1.5.4
2012-03-29 08:39:09 -05:00
Brettflan
c4127c35ad
If attempting to get MarkerAPI from DynMap results in an NPE (like version 0.35 if DynMap's Spout integration fails), it will no longer prevent WorldBorder from continuing to load.
2012-03-29 07:52:11 -05:00
Brettflan
247e9052c2
Added integration with DynMap to display borders. It's enabled by default if you have DynMap installed, but note that you'll need DynMap v0.36 or newer for it to work. Borders will be displayed correctly as round or square and should be very accurate, based on a Y height of 64 on isometric maps. Any changes you make to your borders should almost immediately be reflected in DynMap (border radius or shape change, removal, new border set, etc.).
...
Thanks to mikeprimm for adding a couple of requested features to DynMap which made this feature possible.
New commands:
/wb dynmap <on/off> - turn DynMap border display on or off.
/wb dynmapmsg <text> - DynMap border labels will show this.
New permissions:
worldborder.dynmap (Op): Can enable/disable DynMap border display integration
worldborder.dynmapmsg (Op): Can set the label text for borders shown in DynMap
Also, a slight improvement to how boolean values are determined from command input; it accepts "y", "yes", "true" instead of just "on".
2012-03-16 00:26:13 -05:00
Brettflan
59cba09a35
Fix for error on border crossing if player is riding on something which is not classifiable as a Vehicle (as only provided by another plugin, presumably, like one that makes wolves ride-able)
2012-03-10 18:58:47 -06:00
Brettflan
6a55b0be45
Release 1.5.3
2012-03-03 07:05:12 -06:00
Brettflan
d1cffa5cff
Fix for fill and trim commands not working on newer 1.2+ worlds due to new region file type
2012-03-03 07:04:56 -06:00
Brettflan
8bfb1c7894
Update "new location" method to accept locations at Y positions higher than the old 128 limit; vertical limit is now based on Bukkit's reported World.getMaxHeight() value
2012-03-03 07:04:02 -06:00
Brettflan
60e74901c6
Fix for potential problems caused by player location changing while border checking task is referencing it
...
Also explicit Vehicle cast necessarily added due to Bukkit changes
2012-03-03 07:02:03 -06:00
Brettflan
40f6d4b725
Release 1.5.2
2012-02-24 06:25:52 -06:00
Brettflan
06e2ed40db
improved "whoosh" knockback effects; use /wb whoosh <on|off> to enable/disable the effect, and try crossing the border to see it in action
2012-02-23 01:17:44 -06:00
Brettflan
c0fc603e5f
Compatibility with upcoming CB 1.1-R5 and above: removed legacy Configuration code.
2012-02-20 15:24:55 -06:00
Brettflan
9c262004d4
Release 1.5.1
2012-02-13 02:54:18 -06:00
Brettflan
91c66d9f58
Fill process now checks the world region files directly to determine which chunks have been previously generated and skips over them, so existing worlds where much of the world is already generated should get through the fill process much faster.
...
Fill process should run much more smoothly regardless of what frequency you've specified.
If the fill process is paused due to low memory, it now tries to prod Java into cleaning up memory, so the process usually is able to start right back up almost immediately.
A few other minor tweaks to the fill process.
Moved world region file handling code out to new separate WorldFileData class, which is used by both the trim process and the fill process.
2012-02-10 20:20:47 -06:00
Brettflan
9ee2d3aa50
For /wb fill and /wb trim, "stop" can now be used interchangeably with existing "cancel" directive.
...
Removed plugin "loading" and "shutting down" log messages at startup and shutdown since Bukkit now handles such messages itself.
Updated CoordXZ to have slightly more unique hashCode values for fewer hashCode intersections.
2012-02-10 20:09:27 -06:00
Brettflan
a4f7cd6487
Event handler switched over to new Bukkit event system
2012-02-07 20:58:28 -06:00
Brettflan
80eab49b54
Removed direct Permissions plugin support. Now permissions are solely handled directly through Bukkit's built-in "superperms" permission system, since all modern permission plugins should now be interfacing through that.
2012-01-31 10:34:00 -06:00
Brettflan
ffd003bf46
For border crossings where a safe location just inside the border can't be found, the player is now teleported to the spawn location for the current world instead of for the main world
2012-01-31 10:32:26 -06:00
Brettflan
9fcda08b3e
Release version 1.5.0
2011-12-14 07:18:41 -06:00
Brettflan
beb224fa1e
Player teleports are now monitored and (if necessary) redirected inside the border; sadly this doesn't prevent the original target chunk from being loaded/generated (which would be nice if it's outside your border), but at least the player never ends up there now for even a fraction of a second
2011-12-14 07:18:18 -06:00
Brettflan
7eb7404dcd
Changed world folder location determination for "trim" task to use new World.getWorldFolder() method
...
Added "The End" world support to the "trim" command, since it uses a new region folder location
2011-12-14 06:05:43 -06:00
Brettflan
1fb5aa9780
Added 1 more "safe" and 1 more "painful" block type for safe location determination from newer blocks
...
Added in check to make sure target chunk is loaded before trying to find safe location in it
2011-12-14 06:03:00 -06:00
Brettflan
45ee339402
Update to use newer Bukkit Configuration handler
...
As a result, the /wb reload command is now working correctly
2011-12-12 10:41:57 -06:00
Brettflan
6b1d7d8cbf
Increase default padding for fill and trim commands to 208 (13 chunks)
2011-12-12 04:54:42 -06:00
Brettflan
1f3f9ba521
Release 1.4.4: Workaround fix for new Bukkit error when the chunk unloading method is run on a chunk which isn't currently loaded
2011-10-18 11:44:12 -05:00
Brettflan
713fc3f5b5
Added a few more materials to the "safe and open" list for MC 1.8
2011-09-27 14:36:10 -05:00
Brettflan
acd2324388
Removed color tags from fill and trim task progress logs, since color tags no longer work correctly for the console
2011-09-22 08:10:49 -05:00
Brettflan
502a4d57ff
updated logo image
2011-09-22 07:21:47 -05:00
Brettflan
2ed580556b
Fill process should run a bit more safely now if you have a really high frequency specified; it would previously drop out of the current fill loop if the process had been manually paused, but not if it had been automatically paused for low memory, which was an oversight
2011-09-22 03:53:54 -05:00
Brettflan
4620b0eac0
Release 1.4.3: removed direct support for GroupManager, since a recent release of it broke integration and was resulting in a fatal error; as long as you're using its Permissions bridge, it should continue to work fine for you even with direct support removed
2011-09-22 02:19:57 -05:00
Brettflan
818b06be52
Debug output (if debug mode is enabled) for border crossings now indicates the world name.
...
When enabling/disabling "whoosh" effect (via /wb whoosh), it was incorrectly indicating whether it was enabled/disabled; fixed
2011-09-22 00:55:02 -05:00
Brettflan
887c858b81
Release 1.4.2: removed usage of ColouredConsoleSender, as it apparently can now trigger a console duping bug
2011-09-15 01:27:45 -05:00
Brettflan
f24c676c18
Implemented (hopefully) speedier equals() and hashCode() function overrides for the BorderData class
...
Made round borders the default instead of square, since the server impact is only very slightly higher for round borders and they look nicer on display maps
Added logo PSD just for the heck of it
2011-09-06 16:42:28 -05:00
Brett Flannigan
462c70d335
Merge pull request #1 from LRFLEW/patch-1
...
Checks to see if the task ID is referencing a "unable to schedule" event
2011-09-06 14:36:34 -07:00
LRFLEW
72a3b419e8
Checks to see if the task ID is referencing a "unable to schedule" event before setting it
2011-09-04 13:31:22 -05:00
Brettflan
63d7bb5eb7
Release 1.4.1
2011-08-15 19:04:53 -05:00
Brettflan
548fbef7d6
Critical fix: a bizarre Bukkit bug was resulting in the fill command sometimes wiping out the chunk at 0,0, even when it never even touched that chunk. The bug is caused by World.unloadChunk() in unknown circumstances. This workaround fix causes the task to speed along faster and memory usage to grow very quickly if you're running the fill task at a high frequency, so I've increased the "too low" memory threshold to 200 MB and increased the status update frequency and memory check to every 5 seconds (instead of every 10 seconds).
...
The status update frequency for the trim task has likewise been switched to every 5 seconds, for consistency.
2011-08-15 19:04:02 -05:00
Brettflan
933f9cac16
Added new trim command, to trim off chunks well outside the border. Works similar to the fill command, but is much much faster.
...
Also made the fill command not unload any chunks which were already loaded before it was run.
2011-08-15 10:01:03 -05:00
