Bug Description

Hey! It seems that running SevTech (AOTS) and joining a non-sevtech server, such as an intermediary to the actual servers (ie. a hub server or a lobby) will not render the world correctly and will continue to do so no matter how many refreshes/reloads you do of the client.

Whilst the issue doesn't occur on SevTech servers as intended, this isn't too appropriate for most server environments, where there is an intermediary in place, for when the SevTech server happens to go down or restart.

I did look at the log however, and noticed that when the client starts connecting to the hub server (as an example), either Topography or Triumph starts initiating some code which seems to error a lot continuously. Noticing that it references Chunks in the stacktrace, I'm assuming that this is why the world is appearing as invisible.

I can also confirm that on other packs with Triumph or Topography (both of which are closed-source), this same effect occurs for the client.

Did this behavior use to work in the previous version?

Steps to Reproduce (for bugs)

1. Load up any instance of SevTech: Age of the Sky.
2. Connect to any server that allows you to connect, but isn't running SevTech (such as a vanilla/forge server)
3. Look around you and see an invisible world.

Logs

• Client/Server Log:
  I've posted two, because the second link points to a section that may be of concern.
  Full Log) https://gist.github.com/TheFlash787/8f2535125fb9c99c649806497bb4936d
  Specific Section) https://gist.github.com/TheFlash787/ea2b325c228d1117bc2f9d5926d22166

Client Information

• Modpack Version: 3.2.0 Alpha 4
• Java Version:

openjdk version "1.8.0_265"
OpenJDK Runtime Environment (AdoptOpenJDK)(build 1.8.0_265-b01)
OpenJDK 64-Bit Server VM (AdoptOpenJDK)(build 25.265-b01, mixed mode)

• Launcher Used: Twitch
• Memory Allocated: 8GB
• Server/LAN/Single Player: Server
• Optifine Installed: No
• Shaders Enabled: No

World Information

• Modpack Version world created in: N/A Vanilla
• Additional Content Installed: None

Server Information

• Java Version:

openjdk version "1.8.0_265"
OpenJDK Runtime Environment (build 1.8.0_265-8u265-b01-0ubuntu2~18.04-b01)
OpenJDK 64-Bit Server VM (build 25.265-b01, mixed mode)

• Operating System: Ubuntu 18.04 LTS
• Hoster/Hosting Solution:Self-Managed Dedicated Server
• Sponge (Non-Vanilla Forge) Server: No

This will unfortunately never work as you desire. This pack (both Skyblock and original) uses JEID to allow us to extend the block ID limit of vanilla Minecraft prior to the flattening.

This changes the packet format the server and client exchange describing chunks. SevTech uses a format that is similar to 1.13, and the information sent out by your vanilla 1.12 server just isn't compatible.

This is not caused by Topography or Triumph - SkyFactory 4 uses both mods, and yet is perfectly capable of understanding the vanilla packets.

In addition, Topography is open source, you can find its source here: https://bitbucket.org/bloodnbonesgaming/topography/src/master/

Note that your log is highlighting code from JEID: https://gist.github.com/TheFlash787/ea2b325c228d1117bc2f9d5926d22166#file-specific-section-log-L28-L29

Which is injected into the vanilla classes via this mixin: https://github.com/DimensionalDevelopment/JustEnoughIDs/blob/master/src/main/java/org/dimdev/jeid/mixin/core/MixinChunk.java

This will unfortunately never work as you desire. This pack (both Skyblock and original) uses JEID to allow us to extend the block ID limit of vanilla Minecraft prior to the flattening.

This changes the packet format the server and client exchange describing chunks. SevTech uses a format that is similar to 1.13, and the information sent out by your vanilla 1.12 server just isn't compatible.

This is not caused by Topography or Triumph - SkyFactory 4 uses both mods, and yet is perfectly capable of understanding the vanilla packets.

In addition, Topography is open source, you can find its source here: https://bitbucket.org/bloodnbonesgaming/topography/src/master/

Note that your log is highlighting code from JEID: https://gist.github.com/TheFlash787/ea2b325c228d1117bc2f9d5926d22166#file-specific-section-log-L28-L29

Which is injected into the vanilla classes via this mixin: https://github.com/DimensionalDevelopment/JustEnoughIDs/blob/master/src/main/java/org/dimdev/jeid/mixin/core/MixinChunk.java

Ah, I see now. Thank you for the explanation