Hopper: java.lang.ExceptionInInitializerError (Crash on Linux, Bug in LWJGL)

Reported here: https://github.com/LWJGL/lwjgl/issues/130

Same issue with 1.11.2
Could you reopen and fix it?

---- Minecraft Crash Report ----
// Quite honestly, I wouldn't worry myself about that.

Time: 2/8/17 12:32 AM
Description: Initializing game

java.lang.ExceptionInInitializerError
	at bes.ar(SourceFile:626)
	at bes.an(SourceFile:434)
	at bes.a(SourceFile:383)
	at net.minecraft.client.main.Main.main(SourceFile:124)
Caused by: java.lang.ArrayIndexOutOfBoundsException: 0
	at org.lwjgl.opengl.LinuxDisplay.getAvailableDisplayModes(LinuxDisplay.java:951)
	at org.lwjgl.opengl.LinuxDisplay.init(LinuxDisplay.java:738)
	at org.lwjgl.opengl.Display.<clinit>(Display.java:138)
	... 4 more


A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------

-- Head --
Thread: Client thread
Stacktrace:
	at bes.ar(SourceFile:626)
	at bes.an(SourceFile:434)

-- Initialization --
Details:
Stacktrace:
	at bes.a(SourceFile:383)
	at net.minecraft.client.main.Main.main(SourceFile:124)

-- System Details --
Details:
	Minecraft Version: 1.11.2
	Operating System: Linux (amd64) version 4.9.6-gentoo-r1
	Java Version: 1.8.0_121, Oracle Corporation
	Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
	Memory: 51132248 bytes (48 MB) / 153497600 bytes (146 MB) up to 1060372480 bytes (1011 MB)
	JVM Flags: 5 total; -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
	IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
	Launched Version: 1.11.2
	LWJGL: 2.9.4
	OpenGL: ~~ERROR~~ RuntimeException: No OpenGL context found in the current thread.
	GL Caps: 
	Using VBOs: Yes
	Is Modded: Probably not. Jar signature remains and client brand is untouched.
	Type: Client (map_client.txt)
	Resource Packs: 
	Current Language: ~~ERROR~~ NullPointerException: null
	Profiler Position: N/A (disabled)
	CPU: <unknown>

@unknown, this is a bug in LWJGL, nothing we can do here.

Despite this being a LWJGL issue, shouldn't the confirmation status still be marked as "Confirmed" rather than "Unconfirmed"? There are 11 duplicates.

There's nothing to be confirmed as it is not a Minecraft bug.

That's not because the bug is not in Minecraft code that it's not a Minecraft bug.
People affected by this issue are not able to play, thus there is a bug in Minecraft.
Dev are responsible for all dependencies they use and redistribute.

Further more, you can still fix it in various way:

• Update LWJGL from 2.9.4-nightly-20150209 to newer version (note that the bug is fixed in LWJGL 3.x)

• Patch LWJGL, and distribute the patched version

• Find a workaround

I've just experienced this issue, can someone provide instructions for updating LWJGL to 3.x unofficially?

More specifically, what file from https://www.lwjgl.org/download replaces lwjgl_util?

Happens in 1.12 too. Workaround is to edit EDID using "drm_kms_helper.edid_firmware" boot option if you want to use custom resolutions on Linux. For some reason it does not occur in old Minecraft 1.0

Hi. Just went through this one (missing xrandr, not the information parsing; I got here from one of the duplicates) and there really should be some dependency check when launching MC. I could be an easy fix to: gather the paths from the PATH variable and check for xrandr existing anywhere in there (should work on any UNIX-like environments). I don't understand why you would not see this as a bug in MC. If an app uses external tools, then the said app should check if those tools exist. You would really save yourself some trouble (and bug duplicates) with a simple check and a message informing users that something's missing.