Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Buildcraft robots duplication with Railcraft anchors #2715

Closed
RofElMao opened this issue May 17, 2015 · 7 comments
Closed

Buildcraft robots duplication with Railcraft anchors #2715

RofElMao opened this issue May 17, 2015 · 7 comments
Labels
type: bug Something isn't behaving as expected, from a developer perspective. (Except crashes are always bugs)

Comments

@RofElMao
Copy link

Hi there,

I'm not sure, wether this bug is BC or RC related, so I'm going to post this on both trackers. apologizes
While robots are on their docking stations in a chunk that is kept loaded by an anchor of Railcraft (I'm using the personal anchor), each time I relog in those chunks the robots are popping of the docking stations (incl. the holded / stored items). The docking stations itself stays occupied (indicated by the red "LED") and I'm not able to place them on the docking stations again. So I have removed the station which resulted in not only one docking station popps off: Instead I gained the docking station, a duplicate of the robot (identic energy level) and also duplicates of the items that the robot was holding / storing. (Yeah... Theoretically I now have an unlimited amount of everything ^^)
This was reproducable each time I removed the anchor, relogged, replaced and relogged again.

Forge version: 10.13.2.1291
Buildcraft version: 6.4.15
Railcraft version: 9.6.1.0

Best regards to all the devs! :)

@RofElMao RofElMao changed the title Robots duplication with Railcraft anchors Buildcraft robots duplication with Railcraft anchors May 17, 2015
@RofElMao
Copy link
Author

Addition 1) CovertJaguar said that it's either a BC or Forge issue (See /Railcraft/Railcraft/issues/611 )
Addition 2) Seems like if the server is restarted, the Docking Stations still stays occupied after the Robots popped off, but by removing the Docking Station no duplicate of the Robot and it's storage is popping off.

hea3ven added a commit that referenced this issue May 23, 2015
@hea3ven
Copy link
Contributor

hea3ven commented May 23, 2015

I could not reproduce with just those 2 mods, are you using a specific modpack?, also if you could provide the server logs, it would help.

@RofElMao
Copy link
Author

Unfortunately the log itself doesn't show any errors / warnings - that was the first place I've looked at.
It's no special modpack, so here's the complete list of the mods and versions I use: http://pastebin.com/acBK79m8
I hope it's okay, that I simply bypassed the whole file-listing-output. Otherwise just tell me what hits your bias :)

@RofElMao
Copy link
Author

Stupefying... I just realised I used the wrong server folder for the modlist. So some of the mod-versions don't match. Here's the correct list of the mods and download links to the server files with alle the configs, ... and, as an extra download, the map we played on + coordinates:
http://pastebin.com/suMfMb9c

"Sometimes a single living can be as stupid as the whole livings stupidity summarised." -- Me ^^

@asiekierka asiekierka added the status: needs verification We've not sure if this bug exists, and we haven't tested ourselves yet. label May 26, 2015
@asiekierka asiekierka added this to the BuildCraft 6.4.16 milestone May 26, 2015
@hea3ven
Copy link
Contributor

hea3ven commented May 27, 2015

Could you try with buildcraft 6.4.16

@RofElMao
Copy link
Author

At the moment I don't have enough time, but I'll test it latest coming Saturday and give feedback afterwards.

@RofElMao
Copy link
Author

I'm a little late, but I have good news: Some quick tests, which formerly caused that pop-off-behavior now didn't work anymore. The robots stay on their docking stations and are working really fine. Thanks! :)

@asiekierka asiekierka added type: bug Something isn't behaving as expected, from a developer perspective. (Except crashes are always bugs) and removed status: needs verification We've not sure if this bug exists, and we haven't tested ourselves yet. labels May 31, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: bug Something isn't behaving as expected, from a developer perspective. (Except crashes are always bugs)
Projects
None yet
Development

No branches or pull requests

3 participants