#6

Hi, sorry for the late reply. I assumed I would get email notifications for replies, but I guess that is disabled by default for new accounts.

Fullscreen did work. However it didn’t provide any way (that I could figure out) to get a non-fullscreen window back. Good point about Divvy and similar programs. I am using BetterSnapTool, and didn’t think about trying that. That probably would have worked.

I’ll try the new frameless version.

#7

@xurc I was using 0.8.12. So if it was fixed in 0.8.5 then it got un-fixed again.

But it sounds like 0.8.13 switched to a frameless window, which disables the title bar double click, and thereby prevents this issue.
I just upgraded to 0.8.14 and can confirm that double clicking the title bar does nothing now.

#8

You can change your email settings in the Preferences > Emails section of your forum account.

This is the expected behavior now, although somewhat non-standard in macOS.

#9

Thanks, yes, I did change the email settings once I realized that there were replies here and that I wasn’t getting email notifications.

#10

Hi all, glad to know I am not the only one with this problem. I’m not sure what the solution is - how can I use the app without it being full screen?

#11

I am getting confused by this thread. We made some further changes to frameless in 0.8.15. If you still have this issue in 0.8.15, please post new bug report with clear steps to repro.

#12

I see, thanks for letting me know! I shall wait for it the new version released for download?

#13

I suspect the issue probably is that if you had this problem with an earlier build, and got into the situation where the main window has a null size (or is off screen) when not in full screen mode, then you will still have this same issue after updating to 0.8.15.
It is only that in 0.8.15 it is no longer possible to get into this situation in the first place.

1 Like
#14

Maybe check the stored main window size at startup, and if it has a zero size, then reset to something reasonable?

#15

@WhiteNoise I just confirmed my suspicion. So the repro is:
Clear all settings and config files (I used the AppCleaner app) and install version 0.8.12.
Then follow the steps outlined in the first post.
Afterwards update (or let the app auto-update) to 0.8.14.
The main window will still be invisible and inaccessible when not in full-screen mode.

@rachellee The workaround that @rigmarole mentioned does indeed work: You can install a window management app like Divvy or BetterSnapTool. In those apps you can assign a global key combination to set the currently active window to a certain size (for example to fit the bottom right quarter of the screen). Using this keyboard combination with Obsidian active will resize the window, so that you can then select and further resize it yourself.

#16

@hendrik what happens if you are in fullscreen and manually resize the app. Does it work from that point on?

#17

You can’t resize the window in full screen mode. This is the Mac’s dedicated full screen mode, where the app gets its own screen and fills the full screen without any window chrome, so it is different from maximizing the window in normal windowed mode.

#18

ok, thanks you.

#19

The very first time that the app starts, does it start in fullscreen mode?

#20

@WhiteNoise No, it starts in regular windowed mode, but with the window maximized to fill the screen.

#21

can you resize that? after you resize that, does it work?

#22

Yes, you can resize the initial window. If you do, then double clicking afterwards will alternate between maximized window and the resized window. So once you resize the original window you should not be able to trigger this issue.

I don’t have access to 0.8.15, but I see in the release notes
“MacOS can now double click the frameless window header to zoom or un-zoom.”
Which I assume means that this issue is no longer “solved” by the frameless window.

Presumably the fix would be to assign a (reasonable) size to the initial window on first launch. Then double clicking the title bar should maximize and un-maximize the window.

Launching with a window that fills the full screen on first launch doesn’t make too much sense anyway, because the user (most likely) has no data at this point, so no need for a giant window.

#23

I have been able to reproduce the issue. It stems from the combination of our app opening in the full size of the screen area, and Electron unable to distinguish between full size vs maximized, causing the app to un-maximize when double clicking, which resizes the app to an impossible dimension.

A fix will be included in the next insider release.

2 Likes
#24

Hi, new to Obsidian in all ways, this is good to know though because I have this exact problem except I got there by option-clicking the green Maximize button on the Obsidian frame. (regular click = go into Full Screen Mode; option-click = Maximize Window)

The way I figured out what was going on was by using the Mac’s Mission Control → Application Windows (only) view, which shows you all open windows just for the currently focused app. I had a second window open with Obsidian’s own help, did that, and spotted this little ditty:
Obsidian 0.8.15 window issue

Going into Full Screen allowed me to at least make that folder/window usable again, but yeah it was very much not expected behavior, and because Obsidian launched for the first time in Maximized mode, I immediately went to adjust that.

I’m only adding this extensive comment on an existing bug because the frameless window header behavior that is being discussed above won’t solve this problem as the problem is the lack of minimum window width & height sizing. The opt-click Maximize button will still trigger this bug regardless of frameless chrome.

#25

we are aware frameless was not a fix. We fixed the issue in 0.9.0

2 Likes