GUI opens when trying to run 1.7.29 via command line

[clb92]

• Ripme version: 1.7.29
• Java version: java version "1.8.0_121" Java(TM) SE Runtime Environment (build 1.8.0_121-b13) Java HotSpot(TM) 64-Bit Server VM (build 25.121-b13, mixed mode)
• Operating system: Microsoft Windows [Version 10.0.16299.309]
• Exact URL you were trying to rip when the problem occurred: Any URL
• Please include any additional information about how to reproduce the problem: I open command prompt, type java -jar ripme.jar -u '<any URL here>'

Expected Behavior

I expect it to start ripping, outputting status in the command line, like any previous version did.

Actual Behavior

The command line outputs:

Loaded C:\Users\Christoffer\AppData\Local\ripme\rip.properties
Loaded log4j.properties
Initialized ripme v1.7.29

And then the GUI opens, and nothing is ripped (unless I manually do it in the GUI).

[clb92]

I can force it to detect as headless by doing this:

java -Djava.awt.headless=true -jar ripme.jar -u '<any URL here>'

I think the problem is that the code no longer uses arguments to determine if it should run headless, which is a problem when we want to run it headless on a system that supports the GUI.

[heyhippari]

Indeed, this seems to be an issue.

I'll push a fix for it ASAP.

[heyhippari]

Feel free to compile the branch headless-fix on my fork while waiting for this to get merged in.

You need a JDK and Maven, then simply ./build.sh or ./build.bat and it should output you a .jar in the target subdirectory.

[clb92]

Thanks!

Should I close this issue in the mean time?

[heyhippari]

It'll auto-close once it's merged in, usually, so you can leave it open.