tour reports: boards:green_board can be put ... #1273
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#1273
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
tour reports a bug:
Player position:
Player look:
Player information:
Player meta:
Log identifier
Profiler save:
Status:
Teleport command:
Compass command:
Seems like the black and green boards are displayed BEHIND the itemframe?!
Upstream:
https://github.com/pyrollo/display_modpack/issues/47
https://notabug.org/TenPlus1/itemframes/issues/3
this isn't an issue w/ itemframes or display_modpack. this is due to how
visual = "wielditem"
works for entities, as written into the engine. you can see some of my attempts to deal w/ this in my smartshop fork, though i'm still not able to deal with everythingbecause there's no API to query what is actually being displayed, this issue is fundamentally insoluble outside the engine.
This is what Tenplus1 said:
For whatever reason item override doesn't work.
28e5473a00be3432160ba662985bb0ede4dd5f32
hm. what if you remove the item from the frame and put it back, after the override?
Same game. Even worse:
It kind of worked. When I edit the boards mod and put in an inventory_image, it displays the inv image correctly and also in the itemframe.
But if I retrofit this inventory_image via override_item, it does not. Despite the inventory_image being displayed as inventory image and can be queried as such. But in the itemframe it's still borked.
I told Tenplus1 in the upstream issue, but I fear its an engine problem.
Regardless whether I add directly or as an override, I can query the correct (and same) inventory_image by wielding the item and doing /iinfo
are you sure you have the mod dependencies set up right? your call to "override" might be getting called before the node is defined.
real solution should be to do an upstream PR that checks if something has a nodebox/mesh drawtype, and if there's no inventory image, place the entity further forward.
Fixed in
1440f35fa6
(requires TenPlus1's itemframes mod)this is live