Mac build minetest-osx-bin-20140629.1367895

[SingingBush]

the Mac build from https://github.com/mdoege/minetest/releases/ running on OS X 10.9.3

unable to do much with the gui, cannot create a world, tabs unresponsive to click events

[mdoege]

Are the clouds on the title screen moving towards you or not?

Could you try one of the older builds from https://github.com/mdoege/minetest/releases and report if they work? Thanks.

[SingingBush]

I just tried again, with following builds:
Minetest 20140629
Minetest 20140615
Minetest 20140511

on the latest 2 I get "Error No worldname given or no game selected" when trying to create a new world, even though I had typed a name in.

All three error when closing window, with OS X thinking that the app quit unexpectedly. (btw mac version should really allow cmd + Q to quit the app)

For all three - When starting Minetest I was able to select different tabs initially but after resizing the window the tabs are unresponsive.

update: I just tried 20140610 and that also has the problem creating a new world, so it's sometime between 11th May and 10th June that creating a new world broke. forgot to mention, the clouds were moving on all versions I tried.

[mdoege]

Aha, you resized the MT window! Then I can reproduce this problem. It looks like the visible GUI elements get resized, but clicks are off. E.g. in the world list, the entry below the one you click gets selected.

Resizing works correctly on Linux, so maybe this is an issue with Irrlicht on OS X. So there may not be an easy way to fix this issue.

As a quick fix, I would suggest you edit ~/Library/Application Support/minetest/minetest.conf and add "fullscreen = true" to it. Then at least MT will fill the whole screen.

I can create a new world just fine in the GUI, so I'm not sure what the problem is.

As for Apple+Q, I considered that, but I thought there was too much of a risk of quitting MT accidentally. Escape is further away from WASD and therefore it is less likely you would press it by accident.

If you have anything further to report, I suggest you post in the Mac build forum thread. Forum builds are unofficial and therefore the Minetest GitHub issue tracker is not the right place to discuss them.

[SingingBush]

ok, will do fullscreen as workaround (I have to run fullscreen on Ubuntu also as MT window gets partially covered by unity). Am surprised that the problem with creating a new world was not reproduced though. I am still unable to create a new world with the latest build

[mdoege]

See http://wiki.minetest.com/wiki/Minetest.conf : You could also use fullscreen = false and set your default size with screenW =… and screenH =… .

Does it say "Minetest" in big letters above the tabs like this: http://i.imgur.com/oZrJsJl.png If not, click on the game icon in the lower left. Sometimes the current game gets deselected for some reason.

[SingingBush]

yep, that was it. Clicking the icon lower left sorted it. I tried clicking around the menu a bit to break it but since actually selecting it, everything seems fine. Even after restarting.

I didn't even get the 'minetest quit unexpectedly' problem when closing.

[mdoege]

Please close this issue then.

[SingingBush]

although this issue can be circumvented using the fullscreen workaround, the bug with resizing the window still exists.

Can this be fixed in minetest or will it need to go on the Irrlicht bug tracker: http://sourceforge.net/p/irrlicht/bugs/

Even if it does need fixing in Irrlicht it may still be worth tracking here

[mdoege]

I strongly suspect this is an Irrlicht issue but I might be wrong. You may want to ask some of the real MT devs like sfan5, celeron55, sapier, etc. on IRC (#minetest-dev) about this. The strange thing is that the MT menu gets redrawn correctly when resizing but the clickable areas do not get updated accordingly.

Do you use MT on a retina Mac? Maybe Irrlicht gets confused about window size somewhere because 2 retina pixels == 1 normal pixel? Just a thought.

On another note, MT really needs a keyboard shortcut to switch between full screen and windowed mode. Right now this can only be changed in minetest.conf I think and requires a restart. So that would also be a good thing for a feature request/bug report.

[chum]

I am having this issue "out of the box"

• Built from sources
  816bca3 (HEAD -> master, tag: 2017-08-16, origin/master, origin/HEAD)
• Had to add stack.yaml to get around libiconv link errors
  extra-lib-dirs:
  - /usr/lib
• I'm on MacOS Sierra 10.12.6

My test/failure case:

$ cmake . -DRUN_IN_PLACE=TRUE
$ make -j 1
$ ./bin/minetest

Game launches, clouds move, says "MINETEST" like the imgr image earlier in this thread.

• Click NEW button. It responds as it should, displaying a new world "dialog".
• Click in the World-Name field (where cursor is already blinking). This step is optional, I did it to "help things along"
• Start typing a world-name: Foo

EXPECTED RESULTS: Worldname field fills with "Foo"
ACTUAL RESULTS: the letters "foo" appear in my terminal window, intermixed with the game log output.

Continuing...

• Click in seed field.

Cursor moves there

• Type "123" for seed

EXPECTED: Seed field populates
ACTUAL: "123" in my terminal window, as if I'd typed it there.

Continuing...

• Click create world button

EXPECTED: World is created, soon I will be playing minetest!
ACTUAL: Error dialog. "An Error Occured: No worldname given or no game selected"

I suspect this last failure is due to the prior ones, and that the real issue is that the game (minetest) isn't picking up any of my keystrokes.

Please help.

NOTE: launching the MineTest.app package (pre-built binary) works as expected. This is an issue with built-from sources.

[tacotexmex]

If you look at how brew compiles minetest it uses make package, not make. This creates a zip file, that contains a macOS-style .app container.