Add isn't supposed to show a list, so it sounds like your mouse pointer is off. Are you in fullscreen? What is the setting of System Preferences>Dock>Prefer Tabs When Opening (the choices are "manually", "in full screen only", and "always")?

I was not in Fullscreen mode but if I go into Fullscreen the pulldown works as expected. So your diagnosis sounds right but this was always working just fine so why would my mouse be off in this app and what to do about it (other than only run in FS mode)? The setting in sys prefs is Prefer tabs in FS mode only

Thanks,
Ira

That rules out the MacOS tabs "feature", which causes the wrong coordinates to get reported to GnuCash.

This is probably a duplicate of bug 776602. You might look there for more discussions about causes and workarounds.

Thanks. If I resize each window the mouse points correctly. Not sure why this has started happening now but it is clearly a bug.

Thanks. @John, does that effectively make it a duplicate of bug 776602 or not ?

I do not think this is a duplicate (although it could be related). I am not sure when this started but I do not think it was after any major update. At this point I cannot point to an account in the list unless I point exactly 3 lines below the intended target. This is not the length of the cursor (as mentioned in 776602). Everything works properly if I go into full screen mode. Very strange. I am running v3.2 on a retina iMac. No other app shows this behavior.

Well, it's a duplicate in the sense of my last comment on bug 776602: It has to do with Gtk's mapping of mouse coordinates from the MacOS event to the window's coordinates. Note as well that the offset observed in bug 776602 isn't always the size of a mouse pointer; in some cases it's the size of a menu bar or of the tab bar (which you have disabled). I don't think that there's any point to having separate GnuCash bugs to track this.

I built 3.3 with the latest Gtk+-3 release, you might try it to see if it makes a difference for you.

*** This bug has been marked as a duplicate of bug 776602 ***

I will try v3.3 and report back. I have now noticed another incorrect new behavior. It used to be the case that if I began typing the name of an account while in the accounts tab, it would start a find and jump to that account. That is no longer the case. I don't know if this is related or if this should be a separate bug report.

 I think that's bug 796734, fixed in 3.3, though there's a new problem having to do with the arrow keys, see bug 796875.

What I am finding is that EVERY window that Gucash opens must be resized before I can click properly with the mouse (otherwise it is off by two lines).

I read somewhere that this is a gtk(?) problem and that it will not be fixed in gnucash. Is that true? Can I go back to the last working version of gnucash (2.4?)? Will I have a problem with the database?

Whether you have problems with the database will depend on what you've entered since upgrading. If it's not much you could be absolutely safe by rolling back to the last backup before upgrading and reentering the data while running 2.4.

Unfortunately, I have entered a lot and reconciled accounts. It would be difficult to re-enter everything. Sigh.

If the entries are vanilla transactions it will probably work OK to switch back. You can see if any incompatible features have been used by examining your datafile (you might have to uncompress it) and looking for a line 
  <slot:key>features</slot:key>
in it.

I did a quick test (backed upthe transactions file first) with GC 2.6.21. I found that the mouse didn't work at all inside the GC window. Perhaps 2.16.21 has a problem on High Sierra? In any case, I guess I will have to stay with 3.3 and hop that it can be fixed at some point. (Sorry for the double post. I will confine my comments to this thread). Thanks.