WorldEdit Builds

Sponsored by
MCProHosting

25% OFF! Code: enginehub

Be aware that this branch (fix/request-editsession) is not the main branch (master)!

Branches other than the main one may be experimental. In addition, you should be using stable releases rather than these test builds.

Go to main branch View stable downloads
View last successful build
Branch#StatusChangesFinished
fix/request-editsession#4108Tests passed: 36, ignored: 1
  • Better enforce the Request lifetime. Previously, the current request would just get a new EditSession when one was created. Now, a Request is reset before and after: - a command is used and - an interact is fired with the platform This means each action taken will get a single, non-reusable Request. Note that this only applies to actions taken through the platform. API users will not be using requests anyway, since things like Masks, etc. will be constructed directly instead of being passed through the platform's parsers and so on. (e.g. if a plugin loads a schematic into the world with a mask, they should create the EditSession and mask it directly, and not use that Mask again for another EditSession in another World). Also, get rid of a bunch of (some now-)unnecessary EditSession creation during command dispatching. Note that this also fixed the dynamic selection mask, which apparently has been broken for some unknown amount of time. (8ff56e5f by wizjany)
  • Add RequestExtent to be used when a delayed EditSession is needed. For example, if you set a mask that takes an extent (many of them), and then move to another world, the mask will test blocks in the old world and return bad results. (6b7cb69e by wizjany)
7 months ago
fix/request-editsession#4107Tests passed: 36, ignored: 1
  • Merge branch 'master' into fix/request-editsession (a30dc684 by matthew miller)
7 months ago
fix/request-editsession#4105Tests passed: 36, ignored: 1
  • That's not supposed to be there. (d0d8de5d by wizjany)
7 months ago
fix/request-editsession#4103Tests passed: 36, ignored: 17 months ago
fix/request-editsession#4102Tests passed: 5; gradle exception (new); exit code 1 (new)
  • Better enforce the Request lifetime. Previously, the current request would just get a new EditSession when one was created. Now, a Request is reset before and after: - a command is used and - an interact is fired with the platform This means each action taken will get a single, non-reusable Request. Note that this only applies to actions taken through the platform. API users will not be using requests anyway, since things like Masks, etc. will be constructed directly instead of being passed through the platform's parsers and so on. (e.g. if a plugin loads a schematic into the world with a mask, they should create the EditSession and mask it directly, and not use that Mask again for another EditSession in another World). Also, get rid of a bunch of (some now-)unnecessary EditSession creation during command dispatching. Note that this also fixed the dynamic selection mask, which apparently has been broken for some unknown amount of time. (588acb27 by wizjany)
7 months ago
fix/request-editsession#4101Tests passed: 36, ignored: 1
  • Don't spam ThreadLocal. (9b293ac9 by wizjany)
7 months ago
fix/request-editsession#4100Tests passed: 36, ignored: 1
  • Add RequestExtent to be used when a delayed EditSession is needed. For example, if you set a mask that takes an extent (many of them), and then move to another world, the mask will test blocks in the old world and return bad results. Downside: ThreadLocal is slow? (acf9df9b by wizjany)
7 months ago
fix/request-editsession#4099Tests passed: 5; gradle exception (new); exit code 1 (new)
  • Add RequestExtent to be used when a delayed EditSession is needed. For example, if you set a mask that takes an extent (many of them), and then move to another world, the mask will test blocks in the old world and return bad results. Downside: ThreadLocal is slow? (60d7f7ea by wizjany)
7 months ago
  • «
  • 1
  • »