summaryrefslogtreecommitdiffstats
path: root/src/main
Commit message (Collapse)AuthorAgeLines
* Make Location ConfigurationSerializable.Jofkos2015-01-07-1/+39
|
* SPIGOT-362: Add TeleportCause.SPECTATEThinkofdeath2015-01-06-0/+5
|
* Allow Entities to be CommandSenders and add ProxiedCommandSenderThinkofdeath2015-01-04-1/+22
|
* SPIGOT-323: Enchanting tables can no longer be force opened. (reverted from ↵md_52015-01-05-14/+0
| | | | commit a2aa082c09ebd0f2372d2f920310a37f95513b0a)
* SPIGOT-323: Enchanting tables can no longer be force opened.md_52015-01-05-0/+14
|
* Remove DEBUG_ALL_BLOCK_STATES due to it being brokenThinkofdeath2014-12-28-2/+1
|
* Fix the version checkerThinkofdeath2014-12-28-2/+3
|
* Whoops, testing codeThinkofdeath2014-12-27-1/+0
|
* Fix the version checkThinkofdeath2014-12-27-6/+7
|
* Implement version checking into the /version commandThinkofdeath2014-12-27-0/+125
|
* Add RabbitType API.FearThe13372014-12-24-0/+45
|
* SPIGOT-204: Add way to set block type without using IDs or updating physics.md_52014-12-22-0/+8
|
* Add NameTag visibility API to the Team interface.Adam Thomas2014-12-18-0/+37
|
* Add API to PotionEffect to determine whether particles are visible and ↵0x277F2014-12-18-2/+24
| | | | displayed to the client. Fixes SPIGOT-125
* Fix case sensitive arguments, show usage message if no arguments found for ↵DoctorDark2014-12-18-3/+6
| | | | the timings command
* Fix the decoding of potions for Water.FearThe13372014-12-18-1/+1
|
* Add WorldBorder APITheCutter2014-12-14-0/+116
|
* Fix the javadocThinkofdeath2014-12-13-1/+5
|
* Add material class for Gates. (SPIGOT-192)FearThe13372014-12-12-5/+5
|
* Implement displayblocks for minecarts (SPIGOT-14).FearThe13372014-12-12-0/+30
|
* added generator settings to WorldCreator to specify presets for FLAT or ↵TheCutter2014-12-12-0/+22
| | | | CUSTOMIZED world types
* API for getting/setting a elder GuardianFabian Faßbender2014-12-12-0/+12
|
* Remove old bukkit command permission nodes.FearThe13372014-12-11-94/+0
|
* Add support for levers being attached up and downwards.FearThe13372014-12-10-0/+14
| | | | Fixes SPIGOT-177.
* SPIGOT-76: Remove almost all Bukkit commandsThinkofdeath2014-12-09-40/+41
|
* Register the Pattern class to ConfigurationSerializationThinkofdeath2014-12-04-0/+2
|
* Fix Pattern serializationThinkofdeath2014-12-04-1/+34
|
* Merge pull request #2 in SPIGOT/bukkit from ↵Thinkofdeath2014-12-03-0/+5
|\ | | | | | | | | | | | | ~DMCK2B/bukkit:feature/implementDepthStrider to master * commit '07351b62c810c306e076d49ddf0a5b74c57e9351': Implement the Depth Strider enchantment in the API
| * Implement the Depth Strider enchantment in the APISuddenly2014-11-29-0/+5
| |
* | Give PlayerInteractAtEntityEvent its own handler list, seperating it from ↵Thinkofdeath2014-12-02-0/+11
| | | | | | | | PlayerInteractEntityEvent
* | Support the new Rotation values.Fabian Faßbender2014-12-02-2/+18
| |
* | Clean up the javadoc to pass java 8's doclintThinkofdeath2014-11-30-475/+1129
|/
* Update to Minecraft 1.8md_52014-11-26-57/+1181
| | | | For more information please see http://www.spigotmc.org/
* Update JavaDocs regarding teleportation of entities. Fixes BUKKIT-4210bendude562014-08-17-4/+8
| | | | | | | | | | | Up until Minecraft version 1.5 it was not possible to teleport entities within vehicles. With the 1.5 update came the change in the Minecraft teleportation logic to dismount before teleporting the entity, if applicable. This commit simply ammends the JavaDocs for the associated CraftBukkit half regarding the action the teleportation methods will take before completing a teleport.
* Add ability to keep items on death via plugins. Adds BUKKIT-5724Jerom van der Sar2014-08-17-0/+19
| | | | | | | | | | | When a player dies their inventory is normally scattered over the the area in which they died. Plugins should be able to modify this behaviour by defining whether or not the player's inventory will be dropped on the ground or waiting for the player when they eventually respawn. This commit adds the methods required to the PlayerDeathEvent for plugins to be able to incorporate the behaviour mentioned as a simple boolean flag.
* Rename Fish to FishHook. Fixes BUKKIT-3856riking2014-08-17-23/+30
| | | | | | | | "Fish" is a badly named class to represent a fishing hook due to the possibility (or lack of) that Minecraft may be getting fish entities. This commit provides potential future compatibility by deprecating the existing Fish class and moving the methods to a new class: FishHook.
* Only loop through op players when tab completing /deop Fixes BUKKIT-5748bendem2014-08-16-2/+2
| | | | | | | | | | When tab completing /deop, a potentially large set of players is used for finding suitable player names. This potentially large set of players can cause performance concerns on servers. To fix this, only the set of operators should be considered for the /deop tab completion where the player set is much more relevant and follows suit with other commands which employ "more specific" player sets when possible. This commit adds this more efficient behaviour.
* Add deprecated BukkitRunnable overloads in the scheduler. Adds BUKKIT-5752Wesley Wolfe2014-08-07-6/+60
|
* Recalculate damage modifiers in event for old method. Fixes BUKKIT-5681Travis Watkins2014-07-09-7/+45
| | | | | | | | | | | | | | | | | When we added the new API in EntityDamageEvent to give control over the various things that modify the final damage done we caused a change in behavior for users of the old #setDamage(double) method. Before changing the damage would happen before the modifiers were calculated so they would be based on the final damage value from the event. Now they are calculated at the beginning so changing the damage does not change the modifiers. To allow the old style and the new to coexist we now expose the vanilla modifer calculations to the event in the form of Function objects. These are used in #setDamage(double) to calculate the difference in the modifier between the old damage and the new and apply this difference to the current modifier. The difference is between the vanilla values for both damage values and is applied on top of the event's modifier value as this should make old and new API usage work together in a way that isn't surprising.
* Pulling all pending Bukkit-JavaDoc changesWesley Wolfe2014-07-08-7/+10
|
* Replace getOnlinePlayers to provide a view. Adds BUKKIT-5668Wesley Wolfe2014-06-25-9/+62
|
* Add damage modifier API in EntityDamageEvent. Adds BUKKIT-347, BUKKIT-4104Wesley Wolfe2014-06-22-7/+165
| | | | | | | | This commit adds API for the enchantment, armor, potion and other modifications to damage done to an entity. These damage modifiers are each editable editable via a getter and a setter. This addition allows for more accurate modification and monitoring of damage done to/by an entity, as it displays the final damage done as well.
* Fix failing BukkitMirrorTestWesley Wolfe2014-06-03-6/+7
|
* Change YamlConfiguration encoding styles.Wesley Wolfe2014-05-14-14/+326
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | On JVMs with UTF-8 default encoding, this commit has no change in behavior. On JVMs with ascii default encoding (like some minimal linux installa- tions), this commit now uses UTF-8 for YamlConfiguration operations. Because all ascii is valid UTF-8, there is no feature degradation or data loss during the transition. On JVMs with any non-unicode but ascii-compliant encoding, this commit now forces YamlConfiguration to escape special characters when writing to files, effectively rendering the encoding to be plain ascii. Any affected file will now be able to migrate to UTF-8 in the future without data-loss or explicit conversion. When reading files, YamlConfiguration will use the system default encoding to handle any incoming non-utf8 data, with the expectation that any newly written file is still compliant with the system's default encoding. On JVMs with any non-unicode, but ascii-incompliant encoding (this may be the case for some Eastern character sets on Windows systems), this change is breaking, but is justified in claim that these systems would otherwise be unable to read YamlConfiguration for implementation dependent settings or from plugins themselves. For these systems, all uses of the encoding will be forced to use UTF-8 in all cases, and is effectively treated as if it was configured to be UTF-8 by default. On JVMs with unicode encoding of UTF-16 or UTF-32, the ability to load any configurations from almost any source prior to this change would have been unfeasible, if not impossible. As of this change, however, these systems now behave as expected when writing or reading files. However, when reading from any plugin jar, UTF-8 will be used, matching a super-majority of plugin developer base and requirements for the plugin.yml. Plugin developers may now mark their plugin as UTF-8 compliant, as documented in the PluginDescriptionFile class. This change will cause the appropriate APIs in JavaPlugin to ignore any system default encoding, instead using a Reader with the UTF-8 encoding, effectively rendering the jar system independent. This does not affect the aformentioned JVM settings for reading and writing files. To coincide with these changes, YamlConfiguration methods that utilize a stream are now deprecated to encourage use of a more strict denotation. File methods carry system-specific behaviors to prevent unncessary data loss during the transitional phase, while Reader methods are now provided that have a very well-defined encoder behavior. For the transition from InputStream methods to Reader methods, an API has been added to JavaPlugin to provide a Reader that matches the previous behavior as well as compliance to the UTF-8 flag in the PluginDescriptionFile. Addresses BUKKIT-314, BUKKIT-1466, BUKKIT-3377
* Add awake flag for bats. Adds BUKKIT-5606Wesley Wolfe2014-05-13-1/+22
|
* Allow inventory creation by InventoryType and title. Fixes BUKKIT-4045eueln2014-05-01-0/+21
| | | | | | | | | | | | Up until now it has not been possible to create a new Inventory using a custom title and permit any InventoryType available. The commit changes that by adding a method to optionally supply the title for the given inventory type and holder, creating the functionality to display any supported inventory type with a 32 character length String. If the inventory title supplied is larger than 32 characters then an IllegalArgumentException is thrown stating so.
* Account for spacing in MapFont#getWidth(). Fixes BUKKIT-4089eueln2014-05-01-0/+6
| | | | | | | | | | Prior to this commit MapFont#getWidth() did not account for the 1px spacing inserted by CraftMapCanvas#drawText(). This commit adds the consideration of the 1px spacing per character while taking care to not consider the last character as it will not have a 1px space behind it. This commit also ensures the method will not check a 0-length String.
* Add missing entity effects. Adds BUKKIT-3311LordRalex2014-04-30-1/+50
| | | | | | | | | | | | There are many effects that were not present in the API prior to this commit. These effects are being used by the implementation, but cannot be accessed via plugins. This commit exposes these effects using the EntityEffects enum, allowing for plugin authors to make use of these effects. However, many of the effects require certain conditions to be met before they will be visible to the client, much like some of the existing effects.
* [Bleeding] Add COCOA_TREE to list of possible tree types.GJ2014-04-28-0/+4
|
* Add BlockMultiPlaceEvent. Adds BUKKIT-5558Nate Mortensen2014-04-21-0/+36
| | | | | | | | | | | Some blocks, such as beds, doors, or flowers, are actually composed of multiple blocks when they are placed. Currently, to detect how many blocks are actually modified a plugin has to perform various calculations to determine the directions of relative blocks, many of which are difficult to perform and can easily return false positives. This commit adds in a BlockMultiPlaceEvent, which adds in easy support for accessing all blocks modified by the placement of a block.