#Custom item API v2
1 messages · Page 2 of 1
!!offline

If the server uses offline mode, we don't give support for Geyser. The only exception to this error sometimes is related to important issues like gameplay problems etc.
No problem. This isn't my server. It's just a project I'm helping with for a fee. It's not my job, and I don't make the decisions. I've just been assigned to resolve specific issues.
Then you’ll have to resolve them on your own lol
I'll tell them I can't help them with this and move on to the next task. xd
go for it d:
When I use ALL from CreativeCategory it makes the client disconnects with An error has occurred. -_-
you're welcome of course
The 3D furniture we converted with RainBow isn't working. So I guess this hasn't been fixed.
when is the branch considered to be put into the main branch?
its open since a year 😮
well the branch is mostly finished, so currently just a lot of testing, but it should be merge soon! I don't know much about the situation tho
I have asked about a month ago and there some people also said "soon"
eh
ya never know
!!eta and that's because
does anyone have a successfully working bedrock RP that makes use of the range dispatch key?
I'm not even sure thats the right thing to use anymore
on another note, textures with transparency are still being displayed as filled in with black, even post-Rainbow modifications
is this a 1.21.10 issue?
Does anyone know why Rainbow is not converting my textures? everything seems like it is working out fine in the log, but they are just normal items with no changes.
Is there a difference in the Rainbow processing of wearable geometry? I have hats that have some custom positioning as they are leather horse armor as a base item, and after going through rainbow they are perfectly fine in 3rd person view, but first person view is all screwed up and wonky
See below for details and possible fixes
Unknown fix!
Class: ReloadCommand
Method: execute
Line: 53
Link: ReloadCommand.java#L53
!!logs please send a full log
4544 lines | 4 errors | 2 problems automatically detected
See below for details and possible fixes
Unknown fix!
Class: MappingsConfigReader
Method: getMappingsRoot
Line: 106
Link: MappingsConfigReader.java#L106
Unknown fix!
Class: ReloadCommand
Method: execute
Line: 53
Link: ReloadCommand.java#L53
Hi I think I found a bug with the crossbow. When charging it the animation keeps repeating until the crossbow is canceled or it just keeps looping and doesn’t work properly.
The same issue happens with custom crossbows the charging keeps repeating, and when it reaches the charge stage it stops there. I can’t shoot the arrow unless I switch items
this is a know bug
Will it be fixed?
at some point yeh but no eta
Is it possible to add support for the durability bar for items in Geyser API v2?
This pr will fix the jitpack error btw https://github.com/GeyserMC/Geyser/pull/5980
and it doesn't use jitpack.yml files
we don't wanna switch Geyser to build with java 21 juuuust yet
we still want java 17 support
you still need to use a java21 jdk; same as github actions do - and the target jdk is overridden where needed
This is what happens when trying to import the project with Java 17 (#1395786487462756393 message)
yummy errors
Just a question about NonVanillaCustomItemDefinition how is the name handled and for the translation how does it work? Does it even support translations or is it a static name?
Also is there anything to make custom blocks? It doesn't modify the old block api right?
the old block API is still the same yes
and I haven't found any docs about NonVanillaCustomBlockData is that supposed to be like that?
Like is this even supposed to work?
using rainbow to convert from java to bedrock and anything held in hand looks wrong in first person. common issue or user error?
It’s a known issue. Maybe the developer will fix it in the next update.
!!newitems
Rainbow is a client mod, you'll run that once, and then you can use those mappings + the pack on any server type
Ill have to try that ty
is there a known way to just manually fix it?
cloudflare is ded

Merged master into this preview - see #announcements for what you'll need to watch out for!
i figured out how to do this, if anyone else needs help with it lmk!
has this patch been included in the main branch?
this #announcements message is in the main branch as well as this branch
is there a direct download to the latest build of this branch?
Or does it need to be built manually?
!!newitems
You mean in the comments or the description? Im asking if the ones in the description are up to date with the main branch per Chris's last message here
ohh
will be in ~15 mins
Out of curiosity, how close is this pr to merging into master?

Who knows. Probably soon? Idk
I was just curious based on the recent announcement
I think it probably needs some documentation and a few other things?
hopefully very very very soon
Idk maybe we waiting on the merge who knows
Great, Rainbow is awesome for speeding up bedrock compatibility and I'd love to see it be compatible with the main build
Uh
Rainbow will always be separate from geyser
It’s a separate mod.
Custom item api v2 sure it’ll be in geyser eventually
no
we definitely want earlier
I mean that the geyser_mappings get sent out in v2 format from rainbow. So to use them, you have to have the new api version
Yah
close :)
amazing, looking forward to it. Thanks for all your work guys
https://mclo.gs/MeWR2d0 I just updated the Bedrock version and I'm getting this error. I would like to know if it's serious or how to fix it.
See below for details and possible fixes
Unknown fix!
Class: SkinManager
Method: getSkin
Line: 203
Link: SkinManager.java#L203
SkinRestorer changed something recently which broke Geyser
at least, skin stuff anyway
!!newitems
No, I was just wondering if it was added to the master branch of this branch. So, has it been released from the beta version?
?
u can only hope d:
I’m not sure if something changed in v2 that made the tags stop working.
Is it possible to fix that, or did I make a mistake somewhere?
Because it was working in API V1 
Code looks fine according to the examples
I guess how are you using the tag on bedrocks side
You leveled up to level 5!
Hey Yall, Any wrong with me code or anything you can see wrong,
When i equip the custom items from itemadder, everythings besides the leggings shows equipped
Images aswell as config down below:
Oops.
Uh. Crap. I sent you to the wrong place.
#custom-resource-packs
You need to go here ^
Sorry for the misdirection.
I didn't realize I sent you here.
😭 algg
This is for Geyser's Custom Item API v2.
Sorry :(
Also, that looks like a bedrock addon?
Just quick question while im here im running geyser paper 1.21.10
nvm
This is armor from itemadders
I'm just wondering would there be any conflict with my texture pack since i also used
https://github.com/Kas-tle/java2bedrock.sh/issues/63442
And i saw some messages saying it dosent work for 1.21.4+ or is broken for that version
Java Pack Direct Download URL https://www.dropbox.com/scl/fi/xo57yl9n5aoqn2f6f3nhg/generaasdted.zip?rlkey=o31kiy3w7yhfnz5hsqdn5ik5e&st=c5un5o4o&dl=0 Default Pack Direct Download URL No resp...
Well, funny story.
Your actually in the place which has the dependency for Rainbow which is a 1.21.4+ converter for resource packs.
d:
If you need this:
!!newitems
It works for 1.21.4+ ^
Kastle's works only for 1.21.3 and below
Note: Not all things will be convertible with Rainbow at the moment. So, you may need to convert some stuff manually.
oh does that mean my 3 hours of trail and error trying to use this bum ahh tutorial was for nothing😭
I dead ass like rewrite the stuff 5 times: https://www.youtube.com/watch?v=VAB-MJ2Wck4
DO NOT SET RENAME MODEL FILES TO TRUE THIS SCREWS EVERYTHING UP
DO NOT SET RENAME MODEL FILES TO TRUE THIS SCREWS EVERYTHING UP
DO NOT SET RENAME MODEL FILES TO TRUE THIS SCREWS EVERYTHING UP
DO NOT SET RENAME MODEL FILES TO TRUE THIS SCREWS EVERYTHING UP
DO NOT SET RENAME MODEL FILES TO TRUE THIS SCREWS EVERYTHING UP
DO NOT SET RENAME MODEL FIL...
lol
Thank you bro
it happens to the best of us.
ON EVERYONES SOULS THIS IS WORKING FIRST TRY
can't believe u spent 4 hours on that
DUDE DON'T BET ON MY SOUL LIKE THAT 😭
yeah lmao genuinely thought i was tweaking but nahh the bum ass tutorial was old lmao
Dead ass was the last place i went😭
1.21.4 had item changes
soooo
thats why kastles doesnt work
Wait is rainbow a mod?
Yah.
It's a client-sided resource pack conversion mod d:
All information is located on the github d:
OH ALG TYSM
brains lokey playing tricks on me
Download link is found on the website d: ^
You'll need Custom item API v2 d:
u can just steal the download for that
from the hydraulic section of other projects
just go above the hydraulic download button when u click the hydraulic dropdown
or u could just click the links here:
!!newitems
Oh ok tyssssm your lokey actually the goat
im not that much of a goat d:
this is kinda known info around here
well in the discord
at least
lol
there goes your 4 hours
i think i was supposed to equip the items when i did /rainbow auto inventory
yeeah..
Aye atleast i wont get screamed att becuase items wont load for bedrock players
xddd
Also just a quick question does this geyser 2.0 thing get updated the at the same time the old does
not immediately but yes.
not everyone here know resource packs stuff ok :(
also let's move this to #custom-resource-packs
Im sorry
wrong emoji
chris coming in clutch
W chirs
alr
does !!newitems still make sense? (i.e. converter not yet updated to 1.21.4+?)
kastle's won't work on 1.21.4+
!!newitems
Yo is it possble to combine rainbow texture packs with each other?
idk if this fits here, Is there a way to assign custom blocks to custom items?, like how getting a vanilla block with state_overrides or with the geometry/texture changed from the creative inventory automatically changes the vanilla block item to the custom block?
I dont feel like bloating a resource pack with attachables and images for icons, just for custom blocks when replacing a vanilla block that has 1 blockstate like stone using this turns the stone block item in your hand to the custom block
Is there an update or something to fix this? I think the same error even in the basic version; the tags aren't working.
Is this updated yet?
V2 supports 1.21.130, yes
Hey is it normal that 3D Items not rendered in Hand anymore? Now its the Icon you set. With kastles converter it was rendered and the Icon only for the inventory
that happens if you either didn't add an attachable on the item, or if theres no animation assigned to first person holding
Hmmm i used Rainbow for it. When i converted it with kastles it worked Fine.
And Why cant Geyser add item_Model Support Like it is in Java. That you can put the component on every item and it works
Since the 1.21.11 preview is out is the v2 API version updated to the preview?
no, 1.21.11 will have to be merged into master before V2 API gets the update
Has the transparent pixel turning into black squares on 3D item models issue not been fixed yet?
With the latest (currently building) preview build, the following data components can now be used in item mappings:
- minecraft:attack_range
- Due to Bedrock limitations, only has an effect in combination with the minecraft:kinetic_weapon or minecraft:piercing_weapon components.
- minecraft:kinetic_weapon
- minecraft:piercing_weapon
- minecraft:swing_animation
- Due to Bedrock limitations, the actual animation played is hardcoded, only the duration of the animation can be changed.
- minecraft:use_effects
- Due to Bedrock limitations, the can_sprint property cannot be translated.
These were all added in Minecraft Java 1.21.11. Like the other components in item mappings, they all follow the same structure as on Java.
Rainbow will be updated to Minecraft Java 1.21.11 soon, which will include support for these new components.
Rainbow hasn't received a lot of attention last month, because I've been very busy with other things, but I might work on it a bit over Christmas.
More fire 🔥 eclipse updates!
Rainbow has been updated to 1.21.11 now. This includes support for converting models using the new model rotations (which go around multiple/all axes and aren’t limited between angles from -45 to 45). Support for models using the old one-axis rotation has been kept.
All new data components I’ve noted yesterday are also now included in the generated mappings.
yipeeeeeeeeeeee
Is rainbow able to do custom armors yet?
Uhh I like uh forgot what rainbow does so, what does rainbow do?
It converts java resourcepack items to be able to be seen by bedrock
Yes
It has been able to do so for a while
Excellent, how about elytras? Or is that one still in the works?
elyras won't happen until bedrock adds support for custom elytras
figured, just wanted to make sure I was up to date
or at least let the server control their gliding state instead of rejecting it |:<
yeah that'd be nice
ok the console says "Registered 2 custom items", but the bedrock client gets "Your client is having trouble establishing a connection to multiplayer services. Please check your internet connection, restart your client, and try again. Multiplayer Connection Failed"
!!networkdebug
those are completely unrelated things
Thats a generic error message for the bedrock client not being able to find the server, you can try these
ok, i thought they were related because i only started getting this error after tinkering with bedframe (didn't work) and Rainbow
still having the issue
found out the issue
i set the auth type in floodgate's config to floodgate
set it back to online and i was able to connect again
so are mapped items supposed to have custom textures?
if u have the api
installed on the server
yes
well we talkin rainbow converted stuff?
if so u need api on server
for it to work
is the api something entirely separate from the geyser-fabric listed on the pr page?
because i installed the geyser-fabric from the pr here
https://github.com/geyserMC/geyser/pull/5189
wait
maybe i solved it?
i loaded onto the server on java and found the items didn't have their textures there either so it might be a resource pack issue
ok setting polymer's auto host to true fixed it for Java edition
oh
polymer
well
good luck
uh polymer is 50 50
it works with geyser or it doesnt
well apparently the mod in question worked with Bedframe on 1.21.10
and bedframe doesn't appear to do anything on 1.21.11 if i manually set the dependency declaration to 1.21.11 in fabric-mod.json
decided to just try the OG Nature's Compass aaaaaand
You leveled up to level 6!
and no, there's nothing in the pack
unless this is more of a job for hydraulic
if so i struggled to follow the usage instructions
cool
how ever this mod did it works
so i guess until Bedframe updates they just won't have textures
ok
so clearly there's something i don't get
just tried rainbow on CharcoalBlocks
same error
it's just a charcoal equivilent to blocks of coal
I'm trying to change the default display of items after running them through Rainbow, since Rainbow doesn't seem to also convert Java pack model positing shifts for item sprites in first or third person. I've written an attachable directing to an animation file with the positioning changes and it doesn't seem to be working, I can't get my item to reposition or change scale at all. Can someone take a look at these and tell me if I've made a coding mistake?
is there any updated form of this page for v2?
This seems to be my issue as my textures are 32x32
the item in question also being an armor piece, trying to have it display as armor when worn and also resize it properly in hand is causing me some trouble
Hey, is this tags thing currently broken?
Using this doesn't work:
{
"type": "definition",
"model": "minecraft:bow",
"bedrock_identifier": "carn_bow1_2087",
"predicate": {
"type": "range_dispatch",
"property": "custom_model_data",
"threshold": 2
},
"bedrock_options": {
"icon": "carn_bow1_2087",
"allow_offhand": true,
"tags": [
"geyser_custom:custom_bow"
]
}
},```
!!newitems
Are there any disadvantages to using this instead of the normal geyser?
No, this is just normal geyser with some new things ontop
Eventually at some point, this will be merged into the normal geyser builds
will take a look in 2 days or so
Thanks!
what exactly is "broken"?
Tags
please be more specific then that
e.g. provide replication steps, an example mapping + rp usage, etc
Based on what I've been testing they're still being sent out the same way
Actually I’m confused now wether they’re working or not, I’ll test them properly when I have time and if they don’t work as expected I’ll provide a detailed explanation along with a RP & mappings.
Does this work for you now?
Is this up-to-date for minecrafts present day versions?
Yes, 1.21.11 and 1.21.131 should be supported
Awesome thanks for quick response
Sorry about that, couldn't test and I think that works but I did find another "Bug".
on Bedrock, right click is to equip armor, however if the mappings have allow offhand set to true, with equippable component, it seems like on right click it messes up.
The armor is mapped under minecraft:paper,
"type": "definition",
"model": "nexo:anniversary_boots",
"bedrock_identifier": "mine_anniboot_fb25",
"bedrock_options": {
"icon": "mine_anniboot_fb25",
"allow_offhand": true
},
"components": {
"minecraft:equippable": {
"slot": "feet"
},
"minecraft:max_stack_size": 1
}
},
{
"type": "definition",
"model": "nexo:anniversary_chestplate",
"bedrock_identifier": "mine_anniches_a9ac",
"bedrock_options": {
"icon": "mine_anniches_a9ac",
"allow_offhand": true
},
"components": {
"minecraft:equippable": {
"slot": "chest"
},
"minecraft:max_stack_size": 1
}
},
{
"type": "definition",
"model": "nexo:anniversary_leggings",
"bedrock_identifier": "mine_annilegg_e5f9",
"bedrock_options": {
"icon": "mine_annilegg_e5f9",
"allow_offhand": true
},
"components": {
"minecraft:equippable": {
"slot": "legs"
},
"minecraft:max_stack_size": 1
}
},
{
"type": "definition",
"model": "nexo:anniversary_helmet",
"bedrock_identifier": "mine_annihelm_3956",
"bedrock_options": {
"icon": "mine_annihelm_3956",
"allow_offhand": true
},
"components": {
"minecraft:equippable": {
"slot": "head"
},
"minecraft:max_stack_size": 1
}
},
[19:33:52 INFO]: You are running a development build of Geyser! Please report any bugs you find on our Discord server: https://discord.gg/geysermc.```
and here's another, weird bug. The armor is not visible on Java on the Bedrock player for some reason.
Bedrock Attachable (Well it seems to be perfect on Bedrock, not sure if it's a Geyser Bug or smth with Nexo on Java)
```{
"format_version": "1.21.120",
"minecraft:attachable": {
"description": {
"identifier": "geyser_custom:mine_anniches_a9ac",
"item": {
"geyser_custom:mine_anniches_a9ac": true
},
"materials": {
"default": "armor",
"enchanted": "armor_enchanted"
},
"textures": {
"default": "textures/nexo/entity/equipment/humanoid/anniversary.png",
"enchanted": "textures/misc/enchanted_actor_glint"
},
"geometry": {
"default": "geometry.player.armor.chestplate"
},
"scripts": {
"parent_setup": "v.chest_layer_visible = 0.0;"
},
"render_controllers": [
"controller.render.armor"
]
}
}
}```
https://youtu.be/okO6yxmWlYk
on mobile it seems tools don't let players break stuff, works perfectly on windows
is that an item or a block masquerading as one?
{
"type": "legacy",
"custom_model_data": 999,
"bedrock_identifier": "azur_axe_86b9",
"bedrock_options": {
"icon": "azur_axe_86b9",
"allow_offhand": true,
"display_handheld": true
}
},
]```
this is the mapping for this
it's all nertherite tools
that sounds unrelated to Geyser
i'll test it with a different pack and server and let you know in a bit
working on hibiscus studios server pack aswell lemme test the armor thing there, but I doubt the bedrock stuff would affect java like that so ye
same weird issue there, now idk if this is nexo related or geyser oof
geyser does not modify what a java client sees for a bedrock client
i know and I'd love to rule out the geyser possibility but i'm just confused because vanilla armors are fine, mapped armors aren't, i removed nexo but ofc it could be an issue with nexo related packs on java somehow but the same armor equipped the same way should work tho 😭 , any idea what it would be?
it can't be geyser, this is not something geyser touches
alright so how do I go about trouble shooting this one
the other tools and offhand thing should be geyser related right
this wouldn't like equip the armor without equipping the armor as a armor right, idk and somehow not properly translated or smth somewhere, idk on bedrock that happens when there's no armor attachable but java I have no idea honestly
oooo ima try same pack same armor but main geyser & v1 mappings
Did you test which slot items are put in when you do this on a Java client?
like right click with the armor?
yes, on a 1.21.11 client
hopping on to check rn
it works perfectly on java and on bedrock when allow offhand is off, the issue with that slot thing is the offhand thing fs
video is processing
could be a client limitation, although i'm surprised to see the client behave this way
you're not gonna believe me
the armor thing doesn't happen with mainstream geyser
it's the same helmet but lemme try another set cuz this ain't the one I mapped in the v1 mappings I mapped the wrong one
nvm it does with the one i mapped, I think but didn't with that tf, probably the bedrock pack somehow ig
nah leave this just focus on the other two
i'm gonna spend my entire night on this
just don't set the offhand thing for now, gonna take a peek at this tomorrow
alright
don't forgot to check out the tools thing on mobile too if you can ig, i tested here on windows but mobile users said it doesn't work, I don't have mobile myself
i might be going crazy but hear me out. I used this plugin to equip armor:
/equiparmor <player>
basically it does this:
//Get the target player
Player target = Bukkit.getPlayer(args[0]);
//Get the ARMOR in hand of the current player
ItemStack itemInHand = player.getInventory().getItemInMainHand();
//get the slot of the armor with the type
ArmorSlot slot = getArmorSlot(itemInHand.getType());
//get the target player (bedrock player) inventory
PlayerInventory targetInv = target.getInventory();
ItemStack oldArmor = null;
switch (slot) {
case HELMET:
oldArmor = targetInv.getHelmet();
targetInv.setHelmet(itemInHand.clone());
break;
case CHESTPLATE:
oldArmor = targetInv.getChestplate();
targetInv.setChestplate(itemInHand.clone());
break;
case LEGGINGS:
oldArmor = targetInv.getLeggings();
targetInv.setLeggings(itemInHand.clone());
break;
case BOOTS:
oldArmor = targetInv.getBoots();
targetInv.setBoots(itemInHand.clone());
break;
}
This makes the armor equip perfectly on the bedrock client for the java client
But when a bedrock client does it by their own, wether it's by dragging or right click or simply clicking the armor put on by the plugin and putting it back on themselves, it breaks.
To me this makes no sense, so I'm asking you if you could possibly have any idea of this.
Here's a video showing this exact use case with the plugin: https://www.youtube.com/watch?v=ervk3ucjjg8
i found the issue
when equipped with geyser
it does not equip to the head
it equips to offhand
============================================================
DEBUG: AFTER COMMAND EQUIP - .AbisGamerYT
============================================================
[23:27:14 INFO]: [armorequipplayer] HELMET:
Type: CHAINMAIL_HELMET
Amount: 1
Durability: 0
Has Meta: true
Display Name: NONE
Lore: NONE
Enchants: NONE
Unbreakable: false
Custom Model Data: NONE
Item Flags: []
Attribute Modifiers: NONE
Hash: -1413917264
Serialized: {DataVersion=4440, id=minecraft:chainmail_helmet, count=1, components={minecraft:equippable={asset_id:"nexo:anniversary",slot:"head"}, minecraft:item_model="nexo:anniversary_helmet", minecraft:custom_data={PublicBukkitValues:{"nexo:id":"anniversary_helmet"}}, minecraft:item_name="Anniversary Helmet", minecraft:repairable={items:[]}}, schema_version=1}
[23:27:14 INFO]: [armorequipplayer] CHESTPLATE: EMPTY
[23:27:14 INFO]: [armorequipplayer] LEGGINGS: EMPTY
[23:27:14 INFO]: [armorequipplayer] BOOTS: EMPTY```
============================================================
DEBUG: PLAYER MANUAL EQUIP (Inventory) - .AbisGamerYT
============================================================
[23:27:26 INFO]: [armorequipplayer] HELMET:
Type: CHAINMAIL_HELMET
Amount: 1
Durability: 0
Has Meta: true
Display Name: NONE
Lore: NONE
Enchants: NONE
Unbreakable: false
Custom Model Data: NONE
Item Flags: []
Attribute Modifiers: NONE
Hash: 16160970
Serialized: {DataVersion=4440, id=minecraft:chainmail_helmet, count=1, components={minecraft:equippable={asset_id:"nexo:anniversary",slot:"offhand"}, minecraft:item_model="nexo:anniversary_helmet", minecraft:custom_data={PublicBukkitValues:{"nexo:id":"anniversary_helmet"}}, minecraft:item_name="Anniversary Helmet", minecraft:repairable={items:[]}}, schema_version=1}
[23:27:26 INFO]: [armorequipplayer] CHESTPLATE: EMPTY
[23:27:26 INFO]: [armorequipplayer] LEGGINGS: EMPTY
[23:27:26 INFO]: [armorequipplayer] BOOTS: EMPTY
[23:27:26 INFO]: [armorequipplayer] ============================================================
first is when equipped through the plugin and second is equipped through inventory on bedrock
In the first one it says slot:"head" and on the bedrock equip it says slot:"offhand"
lemme try chestplate
holy shit it's related to this, chestplate says slot head when equipped by bedrock, at this point i'll just assume leggings says chest and boots says legs
/ea <player> to equip to the player and it'll print out the debug and also /checkarmor does the same
and with that I rest my case your honour 🧑⚖️
which server version is that on
your plugin works perfectly fine on a 1.21.11 paper server, not seeing this there
i found this armor thing on 2 versions:
[17:30:52] [ServerMain/INFO]: [bootstrap] Loading Paper 1.21.10-113-main@9fc21bc (2025-11-14T16:11:13Z) for Minecraft 1.21.10
and
[00:39:05] [ServerMain/INFO]: [bootstrap] Loading Paper 1.21.8-60-main@29c8822 (2025-09-06T21:49:13Z) for Minecraft 1.21.8
it doesn't equip to wrong slot when done from the bedrock client?
it does not
soo a custom item model armor on 1.21.11 doesn't do that for you? Did you test with any plugins or a vanilla item model pack orrr

Does this happen with your itemsadder paxk?
not sure
can you check
I've not tested with custom items, just vanilla ones
It shouldn't make a difference over the network
Which Java client version are you using? 1.21.11?
Client is also 1.21.11, that’s the thing, vanilla items did work properly, custom didn’t
that's interesting
I have no idea how it makes sense but those are just my findings thus far
hey uhh chris did you find this issue
FYI - the latest commits refactor a few API names. Specifically:
- item components are now prefixed with
Java/Geyserto avoid import conflicts with other server api's ItemDataComponents->JavaItemDataComponentsDataComponent/DataComponentMap->ItemDataComponent/ItemDataComponent
sorry to disappoint, but this is not a geyser issue - the components that you're logging are set by the server (or specifically, plugins), and those determine where the item ends up
So it’s Nexo doing it then
What about that breaking blocks issue I showed for mobile players
This thing
Is it maybe some mappings issue?? It has display handheld true and allow offhand too
But it works on windows
I have a friend on mobil and she has the same issue (it's a very basic mapping)
I've been able to replicate it, won't have time until Sunday to resolve it
Was this update on the v2 build 🤔
the latest build of the v2 api should fix the mining issue on custom tools @true escarp / @narrow lily
Alright, thanks a ton!
Chris, is this in some way related to the armor equipping to offhand on right click too: https://github.com/GeyserMC/Geyser/issues/6118
was that fixed?
this
no
Not merged into main Geyser.

very soon™
Is there an estimated date?
Oh, that's promising, I also assume that Rainbow would be continue being updated/maintained correct?
yup, we plan to continue maintaining rainbow and hopefully add more features to it
As you can probably guess, I'm quite the fan of this, there is some bugs here and there when I try to map a lot of items, is that a me problem or is that an issue that you already know about?
unfortunately I don't know much about rainbow myself, I've never really touched it much besides testing with it, does the report.txt contain anything notable?
It says that the item has been remapped but it doesn't actually finish remapping, don't worry about it much tho, I will wait for future updates of this project don't really want to make you figure out something while you didn't make it because that's a hastle xd
I got nothing but time lol, it says it doesn't finish remapping? so no items work or only some
some
interesting, does doing the conversion in chunks of items, then adding all the mappings and resource packs onto the server work?
I can provide all the information you need alongside a test server if that is what is okay.
just trying to figure out if it's struggling with the amount of items
I love when the report file
I basically have a datapack function which spawns 4 small chests (filled with items), they all contain custom data from names, textures lore and everything, I basically wanted to map them by using /rainbow map auto and actually getting the items in my inventory but it stopped being processed after /rainbow finish.
Has a funny message
It will only throw a map of folder that contains like %10-15 of the items
fun fact you should just be able to open the chests
but you run rainbow finish after mapping all the items (juuuust the confirm)
Yes of course.
interesting, could you share the report.txt file here? I'll bump it up to someone else if I can't find anything weird
Did eclipse get to uh ever fixing that message in the report file
what message?
I think if I share the datapack and resource pack with you that would be much more efficient? since you are very capable and more trustworthy for this task than me to extract information?
unfortunately not at my computer right now, and won't be for the rest of the night
Okay, will you hold for a few minutes? like 6-7 minutes?
yeah that's fine, like I said, nothing but time lol
just ping me when you've got that file
attachables: FIXME
seen that lmfao
oh right
I looked into those
I couldn't figure out how to do that either
weird, does look like it just cuts off
and nothing suspicious, I'll bring it up with someone who's a bit more familiar with it
Maybe too many data or something?
I can share the datapack if you want (alongside the textures ofc)
yeah that'll be good for debugging, whoever might do that
Actually I will do that later, I gotta go
all good
If you could share the stack and resource pack as well as which function is used to spawn the chests, that’d be amazing
the file is the datapack
Getting errors where my bedrock people disconnect all at once and it says ‘Server Not Found’
You leveled up to level 10!
Possible problems:
- You are using an outdated branch! Consider downloading the latest build.
Up to date: No
Is fork: Yes (eclipseisoffline/Geyser)
Commit: 6b7ec05
Branch: DEV
Ahead by 286 commits
Behind by 5 commits
0.0.0.0:25567 (internal IP)
Direct connection
FLOODGATE
Paper 1.21.8-60-29c8822 (MC: 1.21.8)
Can I upload multiple geyser mappings to this path? I would like to orginize the definitions in case I want to update later
yeah you can, they can be any file name (but obviously have to be a JSON file)
REALLY?
yup
biggest news I've heard all years thank you!
years only just started, I'm sure you'll find bigger news xd
Anyone?
Was dyeable alreayd added?
nope
display handheld for a fishing rod that has no attachables, only item_texture.json and the same shape and file as a normal mc fishing rod
it's upside downnn
normal fishing rod seems fine
put the normal fishing rod in the offhand then :)
that's likely just a vanilla but; if anyone wants to PR a fix for that in the GeyserIntegratedPack, that'd be amazing
uhhh you can't? is this a joke or smth that I don't get😭
just run /geyser offhand with the vanilla rod
looks cool
yup, there it is
I mean hey PRs welcome; should be in theory just a simple attachable
but is it all items that do this or just somehow the ones linked to fishing rods? idek how an attachable for that would work universally on geyserintegratedpack? by updating the normal rod?
I don't have an answer for these questions, unfortunately
welp someone else will fix it eventually ig
hey, sorry for pinging but do you know why rainbow isnt converting packs correctly?
What are you trying to convert?

Just a basic resource pack with just a sword texture with item model data
It doesn't correctly export the pack because there is no png in the packs just a JSON, textures folder with 1 JSON also
@torpid cradle do you think you could give this a look the next time you work on this?
!!ping
Ah shit I forgot abt that my bad
Afaik he’s the one working on it so just to highlight that a bit as it’ll get buried here later
it's likely a vanilla issue, one you can easily work around with attachables
Yeah I can flip it with an attachable for every single one ig, but a fix on geyserintegratedpack would probably conflict with that later
aren't attachables specific to items? So it'd only really fix the vanilla fishing rod?
yeah attachables are item specific iirc, so we would only ever need to fix the fishing rod, then converters would need to generate attachables for fishing rods to fix it
Ye alr i have attachables with initialize variables so ig I just flip one of the axis for 2d fishing rods, lowkey annoying to have to add a case for that but whatever
!!newitems
Wait is this now mergeed in to the officel geyser?
Not yet, but it's about to
Thank you all for testing custom items v2! We've just merged it into master branches 
Yay!
26.0 seems to be released for bedrock, is it supported by latest geyser?
i mean this branch specifically
oh wait
its in the master branch now?
yes! :>
hell yea, amazing work guys! 
You leveled up to level 7!
