Main Angband window moves under Mac menu bar

[joelsanda]

I didn't see this on trac.rephial.org, but I could have missed it. If this has been posted as a bug and someone can direct me there I'll add any pertinent additional details I can. (As an aside I obviously don't know how to search for just 'mac' in trac - my results also included 'macros', of which there are quite a few. I tried 'mac', mac and "mac" but always got the same results.)

On MacOS X, after the third or so restart of angband.app the main angband windows moves under the Mac menu bar along the top of the screen. I've attached a screenshot, below, showing this. Once in this state the main window cannot be moved down - you have to use Spaces in OS X to expose the application view for that desktop and then drag it down. Oddly enough the other windows I usually have open (Equipment, Inventory and Messaged) do not move up - only the main Angband window.

Finally, it doesn't seem to matter where the window is placed on the screen - subsequent relaunches position the window as shown in the screen shot.

Rather annoying, but not so much I didn't squawk earlier - though I do not remember seeing it in 3.0, but have seen it in 3.1 and 3.2.

• MacBook Air
• MacOS 10.6.8
• Angband 3.2.0

[Derakon]

Yeah, this happens to me too. One of these days I should see if I can figure out the window posititioning code and how positions are saved; that seems to be going wrong somewhere.

[myshkin]

Originally Posted by joelsanda

I didn't see this on trac.rephial.org, but I could have missed it. If this has been posted as a bug and someone can direct me there I'll add any pertinent additional details I can. (As an aside I obviously don't know how to search for just 'mac' in trac - my results also included 'macros', of which there are quite a few. I tried 'mac', mac and "mac" but always got the same results.)

On MacOS X, after the third or so restart of angband.app the main angband windows moves under the Mac menu bar along the top of the screen. I've attached a screenshot, below, showing this. Once in this state the main window cannot be moved down - you have to use Spaces in OS X to expose the application view for that desktop and then drag it down. Oddly enough the other windows I usually have open (Equipment, Inventory and Messaged) do not move up - only the main Angband window.

Finally, it doesn't seem to matter where the window is placed on the screen - subsequent relaunches position the window as shown in the screen shot.

Rather annoying, but not so much I didn't squawk earlier - though I do not remember seeing it in 3.0, but have seen it in 3.1 and 3.2.

A number of people have reported this behavior, but I have not yet reproduced it myself. I've created trac ticket #1493 for this behavior.

Could you attach a copy of your $HOME/Library/Preferences/net.thangorodrim.Angband.plist file, either here or to the trac ticket? Also, if you move that file aside, does the behavior persist?

[joelsanda]

Originally Posted by myshkin

A number of people have reported this behavior, but I have not yet reproduced it myself. I've created trac ticket #1493 for this behavior.

Could you attach a copy of your $HOME/Library/Preferences/net.thangorodrim.Angband.plist file, either here or to the trac ticket? Also, if you move that file aside, does the behavior persist?

Attached. I doubt it matters much, but I also attached my FAangband .plist file as that variant also exhibits the same behavior. Both have .txt added to permit uploading in the forum.

I've removed the .plist file and the behavior returns immediately. FWIW upon initial launch after install neither Angband nor FAanband seem to move the main window upon initial launch, but after it's happened once it always happens on subsequent launches - and that's always within one to three launches of the application. That doesn't make sense to me, but I've seen that happen enough times figured it may be worth mentioning.

I understand FAangband is a variant and not under control of Angband developers - just including that if it may help track the issue down.

Thanks for opening the trac ticket!

Regards,

Joel

[myshkin]

Originally Posted by joelsanda

Attached. I doubt it matters much, but I also attached my FAangband .plist file as that variant also exhibits the same behavior. Both have .txt added to permit uploading in the forum.

I've removed the .plist file and the behavior returns immediately. FWIW upon initial launch after install neither Angband nor FAanband seem to move the main window upon initial launch, but after it's happened once it always happens on subsequent launches - and that's always within one to three launches of the application. That doesn't make sense to me, but I've seen that happen enough times figured it may be worth mentioning.

Thanks. When I move my .plist file aside and use yours, I do get a single window in the upper right corner, underneath the menubar. Moving the window with Spaces alone doesn't help. However, if I move the window with Spaces and then move it again by dragging the titlebar, the position saves correctly, and the window appears in the same place on subsequent launch. Can you verify whether you see the same behavior?

I don't know how this happens in the first place. There is even some code in term_data_check_size() to force the top of the window to be below the menubar, but clearly there's a path that bypasses that check.

Is this behavior at all dependent on the Space in which you run Angband? I didn't see any differences there, either, but Spaces could be related to the problem.

[Magnate]

Originally Posted by joelsanda

(As an aside I obviously don't know how to search for just 'mac' in trac - my results also included 'macros', of which there are quite a few. I tried 'mac', mac and "mac" but always got the same results.)

Use the keywords feature. Instead of using the search box (which will pollute the results, as you describe), click on View Tickets, then click on Custom Query, and create a query for all non-closed tickets which includes the Keywords column. All Mac-specific issues should have the keyword "mac" - though of course the issue you're looking for might not be Mac-specific (but scanning all open tickets is handy anyway).

Not as good as searching ticket text, I know. But perhaps useful.

[joelsanda]

Originally Posted by myshkin

Thanks. When I move my .plist file aside and use yours, I do get a single window in the upper right corner, underneath the menubar. Moving the window with Spaces alone doesn't help. However, if I move the window with Spaces and then move it again by dragging the titlebar, the position saves correctly, and the window appears in the same place on subsequent launch. Can you verify whether you see the same behavior?

I don't know how this happens in the first place. There is even some code in term_data_check_size() to force the top of the window to be below the menubar, but clearly there's a path that bypasses that check.

Is this behavior at all dependent on the Space in which you run Angband? I didn't see any differences there, either, but Spaces could be related to the problem.

I do not typically run Spaces or Expose - a fellow FAangband user mentioned in this message he uses Spaces to correct the window placement.

You said you're seeing a single window in the upper right corner with my .plist file - on my machine it's in the upper left corner.

I think I just noticed something about this behavior. I run with the Dock automatically hidden - but here's the use case I can repeat with the Dock not automatically hid (Apple Menu | Dock | Dock Preferences ... | Automatically hide and show the Dock):

1. De-select 'Automatically hide and show the Dock
2. Launch Angband - observe main window is roughly in center of screen
3. Move main window so it's in upper-left corner, just a few pixels below Mac Menu bar
4. Quit Angband
5. Launch Angband

When I repeat Steps 4 and 5 I can see the main Angband console window get 'bumped' down so it's just below the menu bar, as if it's first drawn below the menu bar, then it's bumped down and filled with the Angband details. It's a little too fast for me to grab a screen shot. That's with the Dock shown. But this happens every time I quit and relaunch.

When the Dock is hidden, my normal configuration, the window is drawn under the menu bar and there it stays.

When the Dock is automatically hidden, which is my normal configuration, the window is placed under the menu bar and there it stays.

My Macs are pretty minimal - the only thing that runs at start up is the Twitter and Dropbox client - otherwise I install Angband, FAangband, Dropbox and a TextEditor. I ruled out Twitter and Dropbox a few months ago as the behavior I'm seeing with the Angband happens regardless of those application's start state.

Starting to think it could be the automatic Dock hiding setting I use - the same use case has the same results in FAangband.

[Derakon]

I can confirm that the Dock settings have an impact on this. With the dock always shown, after the Angband window appears, it moves down and to the right until it is no longer under the menubar. This doesn't put it exactly where it was when I previously quit Angband, because it also moved to the right, but it's more recoverable. With the dock hidden the window doesn't move.

That's just bizarre...

[joelsanda]

Originally Posted by Derakon

I can confirm that the Dock settings have an impact on this. With the dock always shown, after the Angband window appears, it moves down and to the right until it is no longer under the menubar. This doesn't put it exactly where it was when I previously quit Angband, because it also moved to the right, but it's more recoverable. With the dock hidden the window doesn't move.

That's just bizarre...

Yep - that's exactly what I'm seeing. I also noticed that Terminal 3, which I use below Terminal 0 and for messages also starts jumped up at the top so it's overlaying Terminal 0, oriented on the top left corner.

When I move Terminal 3 down/turn off the resolution in Terminal 0 appears to be scrunched up to fit the area previously covered by Terminal 3.

Odd behavior indeed!

I ruled out ASCII vs. graphics in these two cases, as the behavior is the same regardless of graphics options.

[joelsanda]

Originally Posted by Magnate

Use the keywords feature. Instead of using the search box (which will pollute the results, as you describe), click on View Tickets, then click on Custom Query, and create a query for all non-closed tickets which includes the Keywords column. All Mac-specific issues should have the keyword "mac" - though of course the issue you're looking for might not be Mac-specific (but scanning all open tickets is handy anyway).

Not as good as searching ticket text, I know. But perhaps useful.

Works like a charm :-). The day job is a QA Manager. Despite 13 years in the world of bug hunting i've yet to run into a defect tracking tool that can search without the need to sort by keyword or tag!