View Issue Details

IDProjectCategoryView StatusLast Update
0000281Industrial-Craft²machinespublic2014-08-07 11:11
ReporterImperialmoose Assigned ToPlayer  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
PlatformMacintoshOS10OS Version10.8.2
Summary0000281: Textures on some machines will flip after a log in to a server
DescriptionI place down a machine and all looks fine however after I re-log the textures on some machines flip downwards. This includes the MFE, transformers and personal safe as well.
Steps To Reproduce1. Place some machines down
2. log out and log in the server
3. textures will flip downwards
Additional Informationsome machines are not affected but most are as you can see in the pics
TagsNo tags attached.
Minecraft Version

Relationships

related to 0000284 closedPlayer Machines orientation change after re-logging 

Activities

Imperialmoose

2013-02-01 22:35

reporter  

machine after.jpg (366,236 bytes)

Player

2013-02-02 01:02

administrator   ~0000724

The detection of which player has loaded a specific block is not reliable enough, I have an idea how to fix it though..

Aetnaria

2013-03-13 14:25

reporter   ~0000849

Last edited: 2013-03-16 15:17

Still present in 1.115.218. Occurs in SMP (but not SSP) when the multiverse plug-in is also installed. Same bug as tickets 284 and 317. Rotates crops too so that you face empty crop sticks even though you know the crops are still there. Relogging multiple times in place can force the crops to rotate around and display (until next relog), so long as no one else is close enough to keep the chunk loaded.


Multiverse and MC Port Central indicated that this can only be addressed by IC2 itself supporting Multiworld.
https://github.com/Multiverse/Multiverse-Core/issues/734
http://www.mcportcentral.co.za/index.php?topic=2523.0
Same bug behavior initially fixed back in July 2012 with IC2 1.97 r7:
http://www.mcportcentral.co.za/index.php?topic=1402.msg19117#msg19117
The only world reference I can find since then on Jenkins is build #2 on Sept 21 with description "adjust for WorldProvider.worldType -> WorldProvider.dimensionId mapping change".

Player

2013-03-13 17:24

administrator   ~0000850

The dimension id (world.provider.dimensionId) has to uniquely identify a World instance which doesn't seem to be the case here. I don't plan on suporting Bukkit's dirty multi-world hack, Forge's DimensionManager is much superior.

Multiple worlds work just fine with Mystcraft + IC2 or even just the 3 vanilla dimensions.

Marvin_CZ

2013-03-16 14:47

reporter   ~0000851

"Bukkit's dirty multi-world hack" and what about IC2 dirty render code? Every else mod works fine.

Player

2013-03-16 21:33

administrator   ~0000852

Our code is fine, bukkit doesn't follow the rules there. They had to replace the dimension id in ItemMap with their own unique id, otherwise it would suffer from the exact same issue.

Most other mods don't synchronize client -> server data with the dimension id which circumvents the issue, but this causes a race condition when using portals between worlds.

Marvin_CZ

2013-03-17 10:27

reporter   ~0000853

So does it mean that you will not do anything with it?
It's wery sad but i will have to leave this good mod :(.

Player

2013-03-17 22:27

administrator   ~0000854

It's not fixable without directly using bukkit specific code/building against bukkit, which we obviously don't do. That's something mcpc may do though.

The3gamer

2013-03-19 15:37

reporter   ~0000858

Dude its not a Glitch its just if it didn't happen your computer would LAG TO DEATH It only happens On SMP

immibis

2013-03-25 08:52

reporter   ~0000870

@Marvin_CZ: It's a Bukkit/MCPC problem, as has been explained by Player. If you don't like it, you need to blame MCPC for not fixing it, rather than IC2.

IC2 has a good reason for not working, because things are extremely messed up:
* In vanilla and Forge, every world has a unique ID number.
* Forge mods often use the ID number to identify specific worlds.
* Bukkit gives several worlds the same ID number. This is like giving every house on one side of a street the same number. They're lucky that this works with vanilla clients, because they have to do it as vanilla clients only understand the three normal ID numbers (-1=nether, 0=overworld, 1=end).
* MCPC combines Forge and Bukkit, but doesn't undo the Bukkit weirdness. Since they don't require a vanilla client they could make world IDs work normally, but they don't, so things that try to find a world using its ID number breaks. (Imagine if you're looking for 7 Somewhere St, and every other house is number 7 on that street). This only happens on the client, which is why it doesn't affect many things.

The3gamer

2013-03-26 06:29

reporter   ~0000871

The FIX:

Use WORLD ANCHORS or help me make a replacement for MCPC

Issue History

Date Modified Username Field Change
2013-02-01 22:35 Imperialmoose New Issue
2013-02-01 22:35 Imperialmoose File Added: machine after.jpg
2013-02-02 01:02 Player Note Added: 0000724
2013-02-02 01:02 Player Assigned To => Player
2013-02-02 01:02 Player Status new => confirmed
2013-02-06 08:30 Player Relationship added related to 0000284
2013-03-13 14:25 Aetnaria Note Added: 0000849
2013-03-13 15:23 Aetnaria Note Edited: 0000849
2013-03-13 15:23 Aetnaria Note Edited: 0000849
2013-03-13 15:24 Aetnaria Note Edited: 0000849
2013-03-13 15:25 Aetnaria Note Edited: 0000849
2013-03-13 15:27 Aetnaria Note Edited: 0000849
2013-03-13 17:24 Player Note Added: 0000850
2013-03-16 14:47 Marvin_CZ Note Added: 0000851
2013-03-16 15:15 Aetnaria Note Edited: 0000849
2013-03-16 15:17 Aetnaria Note Edited: 0000849
2013-03-16 21:33 Player Note Added: 0000852
2013-03-17 10:27 Marvin_CZ Note Added: 0000853
2013-03-17 22:27 Player Note Added: 0000854
2013-03-19 15:37 The3gamer Note Added: 0000858
2013-03-25 08:52 immibis Note Added: 0000870
2013-03-26 06:29 The3gamer Note Added: 0000871
2014-08-07 11:11 Player Status confirmed => closed
2014-08-07 11:11 Player Resolution open => fixed