minecraft-data 3.38.0 → 3.39.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (32) hide show
  1. package/doc/history.md +4 -0
  2. package/minecraft-data/.github/workflows/commands.yml +22 -0
  3. package/minecraft-data/data/bedrock/1.18.11/proto.yml +9 -9
  4. package/minecraft-data/data/bedrock/1.18.11/protocol.json +9 -9
  5. package/minecraft-data/data/bedrock/1.18.30/proto.yml +9 -9
  6. package/minecraft-data/data/bedrock/1.18.30/protocol.json +9 -9
  7. package/minecraft-data/data/bedrock/1.19.1/proto.yml +9 -9
  8. package/minecraft-data/data/bedrock/1.19.1/protocol.json +9 -9
  9. package/minecraft-data/data/bedrock/1.19.10/proto.yml +9 -9
  10. package/minecraft-data/data/bedrock/1.19.10/protocol.json +9 -9
  11. package/minecraft-data/data/bedrock/1.19.20/proto.yml +9 -9
  12. package/minecraft-data/data/bedrock/1.19.20/protocol.json +9 -9
  13. package/minecraft-data/data/bedrock/1.19.21/proto.yml +9 -9
  14. package/minecraft-data/data/bedrock/1.19.21/protocol.json +9 -9
  15. package/minecraft-data/data/bedrock/1.19.30/proto.yml +9 -9
  16. package/minecraft-data/data/bedrock/1.19.30/protocol.json +9 -9
  17. package/minecraft-data/data/bedrock/1.19.40/proto.yml +9 -9
  18. package/minecraft-data/data/bedrock/1.19.40/protocol.json +9 -9
  19. package/minecraft-data/data/bedrock/1.19.50/proto.yml +9 -9
  20. package/minecraft-data/data/bedrock/1.19.50/protocol.json +9 -9
  21. package/minecraft-data/data/bedrock/1.19.60/proto.yml +9 -9
  22. package/minecraft-data/data/bedrock/1.19.60/protocol.json +9 -9
  23. package/minecraft-data/data/bedrock/1.19.62/proto.yml +9 -9
  24. package/minecraft-data/data/bedrock/1.19.62/protocol.json +9 -9
  25. package/minecraft-data/data/bedrock/1.19.70/proto.yml +9 -9
  26. package/minecraft-data/data/bedrock/1.19.70/protocol.json +9 -9
  27. package/minecraft-data/data/bedrock/1.19.80/proto.yml +9 -9
  28. package/minecraft-data/data/bedrock/1.19.80/protocol.json +9 -9
  29. package/minecraft-data/data/bedrock/1.20.0/protocol.json +9 -9
  30. package/minecraft-data/data/bedrock/latest/proto.yml +9 -9
  31. package/minecraft-data/doc/history.md +4 -0
  32. package/package.json +1 -1
package/doc/history.md CHANGED
@@ -1,5 +1,9 @@
1
1
  # History
2
2
 
3
+ ## 3.39.0
4
+
5
+ * update `minecraft-data`
6
+
3
7
  ## 3.38.0
4
8
 
5
9
  * update `minecraft-data`
@@ -0,0 +1,22 @@
1
+ name: Repo Commands
2
+
3
+ on:
4
+ issue_comment: # Handle comment commands
5
+ types: [created]
6
+ pull_request: # Handle renamed PRs
7
+ types: [edited]
8
+
9
+ jobs:
10
+ comment-trigger:
11
+ runs-on: ubuntu-latest
12
+ steps:
13
+ - name: Check out repository
14
+ uses: actions/checkout@v3
15
+ - name: Run command handlers
16
+ uses: PrismarineJS/prismarine-repo-actions@master
17
+ with:
18
+ # NOTE: You must specify a Personal Access Token (PAT) with repo access here. While you can use the default GITHUB_TOKEN, actions taken with it will not trigger other actions, so if you have a CI workflow, commits created by this action will not trigger it.
19
+ token: ${{ secrets.PAT_PASSWORD }}
20
+ # See `Options` section below for more info on these options
21
+ install-command: cd tools/js && npm install
22
+ /fixlint.fix-command: cd tools/js && npm run fix
@@ -3301,9 +3301,9 @@ packet_photo_info_request:
3301
3301
  photo_id: zigzag64
3302
3302
 
3303
3303
  SubChunkEntryWithoutCaching: []lu32
3304
- dx: u8
3305
- dy: u8
3306
- dz: u8
3304
+ dx: i8
3305
+ dy: i8
3306
+ dz: i8
3307
3307
  result: u8 =>
3308
3308
  0: undefined
3309
3309
  1: success
@@ -3323,9 +3323,9 @@ SubChunkEntryWithoutCaching: []lu32
3323
3323
  if has_data: '["buffer", { "count": 256 }]'
3324
3324
 
3325
3325
  SubChunkEntryWithCaching: []lu32
3326
- dx: u8
3327
- dy: u8
3328
- dz: u8
3326
+ dx: i8
3327
+ dy: i8
3328
+ dz: i8
3329
3329
  result: u8 =>
3330
3330
  0: undefined
3331
3331
  1: success
@@ -3364,9 +3364,9 @@ packet_subchunk_request:
3364
3364
  # Origin point
3365
3365
  origin: vec3i
3366
3366
  requests: []lu32
3367
- dx: u8
3368
- dy: u8
3369
- dz: u8
3367
+ dx: i8
3368
+ dy: i8
3369
+ dz: i8
3370
3370
 
3371
3371
  packet_client_start_item_cooldown:
3372
3372
  !id: 0xb0
@@ -9283,15 +9283,15 @@
9283
9283
  [
9284
9284
  {
9285
9285
  "name": "dx",
9286
- "type": "u8"
9286
+ "type": "i8"
9287
9287
  },
9288
9288
  {
9289
9289
  "name": "dy",
9290
- "type": "u8"
9290
+ "type": "i8"
9291
9291
  },
9292
9292
  {
9293
9293
  "name": "dz",
9294
- "type": "u8"
9294
+ "type": "i8"
9295
9295
  },
9296
9296
  {
9297
9297
  "name": "result",
@@ -9361,15 +9361,15 @@
9361
9361
  [
9362
9362
  {
9363
9363
  "name": "dx",
9364
- "type": "u8"
9364
+ "type": "i8"
9365
9365
  },
9366
9366
  {
9367
9367
  "name": "dy",
9368
- "type": "u8"
9368
+ "type": "i8"
9369
9369
  },
9370
9370
  {
9371
9371
  "name": "dz",
9372
- "type": "u8"
9372
+ "type": "i8"
9373
9373
  },
9374
9374
  {
9375
9375
  "name": "result",
@@ -9496,15 +9496,15 @@
9496
9496
  [
9497
9497
  {
9498
9498
  "name": "dx",
9499
- "type": "u8"
9499
+ "type": "i8"
9500
9500
  },
9501
9501
  {
9502
9502
  "name": "dy",
9503
- "type": "u8"
9503
+ "type": "i8"
9504
9504
  },
9505
9505
  {
9506
9506
  "name": "dz",
9507
- "type": "u8"
9507
+ "type": "i8"
9508
9508
  }
9509
9509
  ]
9510
9510
  ]
@@ -3319,9 +3319,9 @@ packet_photo_info_request:
3319
3319
  photo_id: zigzag64
3320
3320
 
3321
3321
  SubChunkEntryWithoutCaching: []lu32
3322
- dx: u8
3323
- dy: u8
3324
- dz: u8
3322
+ dx: i8
3323
+ dy: i8
3324
+ dz: i8
3325
3325
  result: u8 =>
3326
3326
  0: undefined
3327
3327
  1: success
@@ -3341,9 +3341,9 @@ SubChunkEntryWithoutCaching: []lu32
3341
3341
  if has_data: '["buffer", { "count": 256 }]'
3342
3342
 
3343
3343
  SubChunkEntryWithCaching: []lu32
3344
- dx: u8
3345
- dy: u8
3346
- dz: u8
3344
+ dx: i8
3345
+ dy: i8
3346
+ dz: i8
3347
3347
  result: u8 =>
3348
3348
  0: undefined
3349
3349
  1: success
@@ -3384,9 +3384,9 @@ packet_subchunk_request:
3384
3384
  # Origin point
3385
3385
  origin: vec3i
3386
3386
  requests: []lu32
3387
- dx: u8
3388
- dy: u8
3389
- dz: u8
3387
+ dx: i8
3388
+ dy: i8
3389
+ dz: i8
3390
3390
 
3391
3391
  # ClientStartItemCooldown is sent by the client to the server to initiate a cooldown on an item. The purpose of this
3392
3392
  # packet isn't entirely clear.
@@ -9392,15 +9392,15 @@
9392
9392
  [
9393
9393
  {
9394
9394
  "name": "dx",
9395
- "type": "u8"
9395
+ "type": "i8"
9396
9396
  },
9397
9397
  {
9398
9398
  "name": "dy",
9399
- "type": "u8"
9399
+ "type": "i8"
9400
9400
  },
9401
9401
  {
9402
9402
  "name": "dz",
9403
- "type": "u8"
9403
+ "type": "i8"
9404
9404
  },
9405
9405
  {
9406
9406
  "name": "result",
@@ -9470,15 +9470,15 @@
9470
9470
  [
9471
9471
  {
9472
9472
  "name": "dx",
9473
- "type": "u8"
9473
+ "type": "i8"
9474
9474
  },
9475
9475
  {
9476
9476
  "name": "dy",
9477
- "type": "u8"
9477
+ "type": "i8"
9478
9478
  },
9479
9479
  {
9480
9480
  "name": "dz",
9481
- "type": "u8"
9481
+ "type": "i8"
9482
9482
  },
9483
9483
  {
9484
9484
  "name": "result",
@@ -9605,15 +9605,15 @@
9605
9605
  [
9606
9606
  {
9607
9607
  "name": "dx",
9608
- "type": "u8"
9608
+ "type": "i8"
9609
9609
  },
9610
9610
  {
9611
9611
  "name": "dy",
9612
- "type": "u8"
9612
+ "type": "i8"
9613
9613
  },
9614
9614
  {
9615
9615
  "name": "dz",
9616
- "type": "u8"
9616
+ "type": "i8"
9617
9617
  }
9618
9618
  ]
9619
9619
  ]
@@ -3338,9 +3338,9 @@ packet_photo_info_request:
3338
3338
  photo_id: zigzag64
3339
3339
 
3340
3340
  SubChunkEntryWithoutCaching: []lu32
3341
- dx: u8
3342
- dy: u8
3343
- dz: u8
3341
+ dx: i8
3342
+ dy: i8
3343
+ dz: i8
3344
3344
  result: u8 =>
3345
3345
  0: undefined
3346
3346
  1: success
@@ -3360,9 +3360,9 @@ SubChunkEntryWithoutCaching: []lu32
3360
3360
  if has_data: '["buffer", { "count": 256 }]'
3361
3361
 
3362
3362
  SubChunkEntryWithCaching: []lu32
3363
- dx: u8
3364
- dy: u8
3365
- dz: u8
3363
+ dx: i8
3364
+ dy: i8
3365
+ dz: i8
3366
3366
  result: u8 =>
3367
3367
  0: undefined
3368
3368
  1: success
@@ -3403,9 +3403,9 @@ packet_subchunk_request:
3403
3403
  # Origin point
3404
3404
  origin: vec3i
3405
3405
  requests: []lu32
3406
- dx: u8
3407
- dy: u8
3408
- dz: u8
3406
+ dx: i8
3407
+ dy: i8
3408
+ dz: i8
3409
3409
 
3410
3410
  # ClientStartItemCooldown is sent by the client to the server to initiate a cooldown on an item. The purpose of this
3411
3411
  # packet isn't entirely clear.
@@ -9457,15 +9457,15 @@
9457
9457
  [
9458
9458
  {
9459
9459
  "name": "dx",
9460
- "type": "u8"
9460
+ "type": "i8"
9461
9461
  },
9462
9462
  {
9463
9463
  "name": "dy",
9464
- "type": "u8"
9464
+ "type": "i8"
9465
9465
  },
9466
9466
  {
9467
9467
  "name": "dz",
9468
- "type": "u8"
9468
+ "type": "i8"
9469
9469
  },
9470
9470
  {
9471
9471
  "name": "result",
@@ -9535,15 +9535,15 @@
9535
9535
  [
9536
9536
  {
9537
9537
  "name": "dx",
9538
- "type": "u8"
9538
+ "type": "i8"
9539
9539
  },
9540
9540
  {
9541
9541
  "name": "dy",
9542
- "type": "u8"
9542
+ "type": "i8"
9543
9543
  },
9544
9544
  {
9545
9545
  "name": "dz",
9546
- "type": "u8"
9546
+ "type": "i8"
9547
9547
  },
9548
9548
  {
9549
9549
  "name": "result",
@@ -9670,15 +9670,15 @@
9670
9670
  [
9671
9671
  {
9672
9672
  "name": "dx",
9673
- "type": "u8"
9673
+ "type": "i8"
9674
9674
  },
9675
9675
  {
9676
9676
  "name": "dy",
9677
- "type": "u8"
9677
+ "type": "i8"
9678
9678
  },
9679
9679
  {
9680
9680
  "name": "dz",
9681
- "type": "u8"
9681
+ "type": "i8"
9682
9682
  }
9683
9683
  ]
9684
9684
  ]
@@ -3389,9 +3389,9 @@ packet_photo_info_request:
3389
3389
  photo_id: zigzag64
3390
3390
 
3391
3391
  SubChunkEntryWithoutCaching: []lu32
3392
- dx: u8
3393
- dy: u8
3394
- dz: u8
3392
+ dx: i8
3393
+ dy: i8
3394
+ dz: i8
3395
3395
  result: u8 =>
3396
3396
  0: undefined
3397
3397
  1: success
@@ -3411,9 +3411,9 @@ SubChunkEntryWithoutCaching: []lu32
3411
3411
  if has_data: '["buffer", { "count": 256 }]'
3412
3412
 
3413
3413
  SubChunkEntryWithCaching: []lu32
3414
- dx: u8
3415
- dy: u8
3416
- dz: u8
3414
+ dx: i8
3415
+ dy: i8
3416
+ dz: i8
3417
3417
  result: u8 =>
3418
3418
  0: undefined
3419
3419
  1: success
@@ -3454,9 +3454,9 @@ packet_subchunk_request:
3454
3454
  # Origin point
3455
3455
  origin: vec3i
3456
3456
  requests: []lu32
3457
- dx: u8
3458
- dy: u8
3459
- dz: u8
3457
+ dx: i8
3458
+ dy: i8
3459
+ dz: i8
3460
3460
 
3461
3461
  # ClientStartItemCooldown is sent by the client to the server to initiate a cooldown on an item. The purpose of this
3462
3462
  # packet isn't entirely clear.
@@ -9525,15 +9525,15 @@
9525
9525
  [
9526
9526
  {
9527
9527
  "name": "dx",
9528
- "type": "u8"
9528
+ "type": "i8"
9529
9529
  },
9530
9530
  {
9531
9531
  "name": "dy",
9532
- "type": "u8"
9532
+ "type": "i8"
9533
9533
  },
9534
9534
  {
9535
9535
  "name": "dz",
9536
- "type": "u8"
9536
+ "type": "i8"
9537
9537
  },
9538
9538
  {
9539
9539
  "name": "result",
@@ -9603,15 +9603,15 @@
9603
9603
  [
9604
9604
  {
9605
9605
  "name": "dx",
9606
- "type": "u8"
9606
+ "type": "i8"
9607
9607
  },
9608
9608
  {
9609
9609
  "name": "dy",
9610
- "type": "u8"
9610
+ "type": "i8"
9611
9611
  },
9612
9612
  {
9613
9613
  "name": "dz",
9614
- "type": "u8"
9614
+ "type": "i8"
9615
9615
  },
9616
9616
  {
9617
9617
  "name": "result",
@@ -9738,15 +9738,15 @@
9738
9738
  [
9739
9739
  {
9740
9740
  "name": "dx",
9741
- "type": "u8"
9741
+ "type": "i8"
9742
9742
  },
9743
9743
  {
9744
9744
  "name": "dy",
9745
- "type": "u8"
9745
+ "type": "i8"
9746
9746
  },
9747
9747
  {
9748
9748
  "name": "dz",
9749
- "type": "u8"
9749
+ "type": "i8"
9750
9750
  }
9751
9751
  ]
9752
9752
  ]
@@ -3426,9 +3426,9 @@ packet_photo_info_request:
3426
3426
  photo_id: zigzag64
3427
3427
 
3428
3428
  SubChunkEntryWithoutCaching: []lu32
3429
- dx: u8
3430
- dy: u8
3431
- dz: u8
3429
+ dx: i8
3430
+ dy: i8
3431
+ dz: i8
3432
3432
  result: u8 =>
3433
3433
  0: undefined
3434
3434
  1: success
@@ -3448,9 +3448,9 @@ SubChunkEntryWithoutCaching: []lu32
3448
3448
  if has_data: '["buffer", { "count": 256 }]'
3449
3449
 
3450
3450
  SubChunkEntryWithCaching: []lu32
3451
- dx: u8
3452
- dy: u8
3453
- dz: u8
3451
+ dx: i8
3452
+ dy: i8
3453
+ dz: i8
3454
3454
  result: u8 =>
3455
3455
  0: undefined
3456
3456
  1: success
@@ -3491,9 +3491,9 @@ packet_subchunk_request:
3491
3491
  # Origin point
3492
3492
  origin: vec3i
3493
3493
  requests: []lu32
3494
- dx: u8
3495
- dy: u8
3496
- dz: u8
3494
+ dx: i8
3495
+ dy: i8
3496
+ dz: i8
3497
3497
 
3498
3498
  # ClientStartItemCooldown is sent by the client to the server to initiate a cooldown on an item. The purpose of this
3499
3499
  # packet isn't entirely clear.
@@ -9690,15 +9690,15 @@
9690
9690
  [
9691
9691
  {
9692
9692
  "name": "dx",
9693
- "type": "u8"
9693
+ "type": "i8"
9694
9694
  },
9695
9695
  {
9696
9696
  "name": "dy",
9697
- "type": "u8"
9697
+ "type": "i8"
9698
9698
  },
9699
9699
  {
9700
9700
  "name": "dz",
9701
- "type": "u8"
9701
+ "type": "i8"
9702
9702
  },
9703
9703
  {
9704
9704
  "name": "result",
@@ -9768,15 +9768,15 @@
9768
9768
  [
9769
9769
  {
9770
9770
  "name": "dx",
9771
- "type": "u8"
9771
+ "type": "i8"
9772
9772
  },
9773
9773
  {
9774
9774
  "name": "dy",
9775
- "type": "u8"
9775
+ "type": "i8"
9776
9776
  },
9777
9777
  {
9778
9778
  "name": "dz",
9779
- "type": "u8"
9779
+ "type": "i8"
9780
9780
  },
9781
9781
  {
9782
9782
  "name": "result",
@@ -9903,15 +9903,15 @@
9903
9903
  [
9904
9904
  {
9905
9905
  "name": "dx",
9906
- "type": "u8"
9906
+ "type": "i8"
9907
9907
  },
9908
9908
  {
9909
9909
  "name": "dy",
9910
- "type": "u8"
9910
+ "type": "i8"
9911
9911
  },
9912
9912
  {
9913
9913
  "name": "dz",
9914
- "type": "u8"
9914
+ "type": "i8"
9915
9915
  }
9916
9916
  ]
9917
9917
  ]
@@ -3426,9 +3426,9 @@ packet_photo_info_request:
3426
3426
  photo_id: zigzag64
3427
3427
 
3428
3428
  SubChunkEntryWithoutCaching: []lu32
3429
- dx: u8
3430
- dy: u8
3431
- dz: u8
3429
+ dx: i8
3430
+ dy: i8
3431
+ dz: i8
3432
3432
  result: u8 =>
3433
3433
  0: undefined
3434
3434
  1: success
@@ -3448,9 +3448,9 @@ SubChunkEntryWithoutCaching: []lu32
3448
3448
  if has_data: '["buffer", { "count": 256 }]'
3449
3449
 
3450
3450
  SubChunkEntryWithCaching: []lu32
3451
- dx: u8
3452
- dy: u8
3453
- dz: u8
3451
+ dx: i8
3452
+ dy: i8
3453
+ dz: i8
3454
3454
  result: u8 =>
3455
3455
  0: undefined
3456
3456
  1: success
@@ -3491,9 +3491,9 @@ packet_subchunk_request:
3491
3491
  # Origin point
3492
3492
  origin: vec3i
3493
3493
  requests: []lu32
3494
- dx: u8
3495
- dy: u8
3496
- dz: u8
3494
+ dx: i8
3495
+ dy: i8
3496
+ dz: i8
3497
3497
 
3498
3498
  # ClientStartItemCooldown is sent by the client to the server to initiate a cooldown on an item. The purpose of this
3499
3499
  # packet isn't entirely clear.
@@ -9690,15 +9690,15 @@
9690
9690
  [
9691
9691
  {
9692
9692
  "name": "dx",
9693
- "type": "u8"
9693
+ "type": "i8"
9694
9694
  },
9695
9695
  {
9696
9696
  "name": "dy",
9697
- "type": "u8"
9697
+ "type": "i8"
9698
9698
  },
9699
9699
  {
9700
9700
  "name": "dz",
9701
- "type": "u8"
9701
+ "type": "i8"
9702
9702
  },
9703
9703
  {
9704
9704
  "name": "result",
@@ -9768,15 +9768,15 @@
9768
9768
  [
9769
9769
  {
9770
9770
  "name": "dx",
9771
- "type": "u8"
9771
+ "type": "i8"
9772
9772
  },
9773
9773
  {
9774
9774
  "name": "dy",
9775
- "type": "u8"
9775
+ "type": "i8"
9776
9776
  },
9777
9777
  {
9778
9778
  "name": "dz",
9779
- "type": "u8"
9779
+ "type": "i8"
9780
9780
  },
9781
9781
  {
9782
9782
  "name": "result",
@@ -9903,15 +9903,15 @@
9903
9903
  [
9904
9904
  {
9905
9905
  "name": "dx",
9906
- "type": "u8"
9906
+ "type": "i8"
9907
9907
  },
9908
9908
  {
9909
9909
  "name": "dy",
9910
- "type": "u8"
9910
+ "type": "i8"
9911
9911
  },
9912
9912
  {
9913
9913
  "name": "dz",
9914
- "type": "u8"
9914
+ "type": "i8"
9915
9915
  }
9916
9916
  ]
9917
9917
  ]
@@ -3441,9 +3441,9 @@ packet_photo_info_request:
3441
3441
  photo_id: zigzag64
3442
3442
 
3443
3443
  SubChunkEntryWithoutCaching: []lu32
3444
- dx: u8
3445
- dy: u8
3446
- dz: u8
3444
+ dx: i8
3445
+ dy: i8
3446
+ dz: i8
3447
3447
  result: u8 =>
3448
3448
  0: undefined
3449
3449
  1: success
@@ -3463,9 +3463,9 @@ SubChunkEntryWithoutCaching: []lu32
3463
3463
  if has_data: '["buffer", { "count": 256 }]'
3464
3464
 
3465
3465
  SubChunkEntryWithCaching: []lu32
3466
- dx: u8
3467
- dy: u8
3468
- dz: u8
3466
+ dx: i8
3467
+ dy: i8
3468
+ dz: i8
3469
3469
  result: u8 =>
3470
3470
  0: undefined
3471
3471
  1: success
@@ -3506,9 +3506,9 @@ packet_subchunk_request:
3506
3506
  # Origin point
3507
3507
  origin: vec3i
3508
3508
  requests: []lu32
3509
- dx: u8
3510
- dy: u8
3511
- dz: u8
3509
+ dx: i8
3510
+ dy: i8
3511
+ dz: i8
3512
3512
 
3513
3513
  # ClientStartItemCooldown is sent by the client to the server to initiate a cooldown on an item. The purpose of this
3514
3514
  # packet isn't entirely clear.