Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Dock stays hidden once coming back from a break #734

Closed
roubaobaozi opened this issue Oct 15, 2020 · 21 comments · Fixed by #760
Closed

Dock stays hidden once coming back from a break #734

roubaobaozi opened this issue Oct 15, 2020 · 21 comments · Fixed by #760

Comments

@roubaobaozi
Copy link

Prerequisites

Description

When screen restores after break, dock does not restore visibility until user action.

Operating system: macOS 10.15.6

Steps to Reproduce

  1. Go on break
  2. After returning from full screen break, Dock is not visible. Clicking on the screen or tapping any key will restore the dock visibility

Expected behavior: After returning from break, dock should restore its visibility settings

Actual behavior: Dock stays hidden until user action

Reproduces how often: 100% of the time

Additional Information

This only seems to have started happening in the jump from 1.1.0 to 1.2.0, I think.

@hovancik
Copy link
Owner

Hi @setek , are you sure you're on 1.2?

If I understand your issue correctly, there was this issue in 1.1 (#690) but it was fixed in 1.2

@roubaobaozi
Copy link
Author

Hi! Yes that's right, I went to Preferences > About and it says 1.2.0

@hovancik
Copy link
Owner

Is this then the same issue as described at #690 or something else?

@roubaobaozi
Copy link
Author

roubaobaozi commented Oct 18, 2020

Hi, no this is something else, I don't get steps 5 and 6 happening with my issue.

What happens is, I come back from break, dock is not visible, active window says firefox, pressing keyboard renders the boop (you can't do anything sound) but if i tap touchpad to make firefox actually active, or i command tab to make firefox actually active, then the dock is visible again, and the real active window is firefox again.

When I command tab, it says I'm currently on Firefox, so if I keep holding command, and shift + tab, then let go, so firefox stays the “active” tab, dock reappears. There is no stretchly icon visible in command + tab list.

EDIT: i uploaded a video to show it happening, https://imgur.com/a/yT3pIlT

image

@hovancik
Copy link
Owner

Thanks @setek , I'll try to find a time to reproduce, I am bit overwhelmed these days ;/

@hovancik
Copy link
Owner

Interestning, can't reproduce this, all seems to work fine here. Do you something special with dock? I am not macOS user so all my settings are defaults?

@roubaobaozi
Copy link
Author

Nope, my dock is pretty standard. Always visible (not auto-hide) with magnification on, anchored to the bottom, pretty much usual settings 😄

@hovancik
Copy link
Owner

Out of ideas, maybe try removing Stretchly and installing again?

It is probably related somehow to this electron/electron#25427 in some way I can't reproduce.
There is PR to fix but no activity lately as it happens with Electron ;/ electron/electron#25470

@roubaobaozi
Copy link
Author

roubaobaozi commented Oct 25, 2020

Ahh. I tried deleting and reinstalling, but it still happens.

I don't suppose you have the previous releases up somewhere for download, do you? I don't think it happened on 1.1.0, so maybe I'll revert.

Nice, turns out, I had them. 1.1.0 still had the issue, but 1.0.0 doesn't.

@hovancik
Copy link
Owner

Yeah, here on Github you can find all previous version :)

Anyways, that's the pain of working with electron, it brings new issues almost with every new version ;/

@roubaobaozi
Copy link
Author

roubaobaozi commented Oct 27, 2020

Oh. In the end, I'm having issues with 1.0.0 too, still hides the dock. Sigh

Edit: 0.21.1 is good! it doesn't have the issue!

@hovancik
Copy link
Owner

That's rather strange, not sure what could be the issue here. On mac I remember there being some app that could remove all files for app, might be worth doing that with Stretchly - only idea I have is that somehow broken electron version stays there somewhere between versions 1, 1.1 and 1.2; considering that this issue seems to be in 1.1 only for other people.

@roubaobaozi
Copy link
Author

Okay I've gone into ~/Library/Application Support/ and have deleted the Stretchly directory, then uninstalled and reinstalled Stretchly 1.2.0. Have confirmed I lost my preferences, but when I skipped ahead to next break, the dock came back! Will continue to monitor throughout the day, but hopefully this is fine now!

@roubaobaozi
Copy link
Author

Welp, it seemed to be fine all day, with many breaks.

Once I turned off my computer for the night, then back on again the next morning, it does the dock hiding thing again 😩

@roubaobaozi
Copy link
Author

Figured it out! With the System Preferences > Users and Groups > Login Items > Stretchly
It was set to start on Login, but also set to Hide.
If I uncheck the Hide portion, the dock comes back when Stretchly comes back from a break.

@hovancik
Copy link
Owner

hovancik commented Nov 3, 2020

Ou wow, that's so strange. Does it shows Stretchly icon in dock? In code, I am hiding it after start of the app and I wonder if that's somehow related.

@roubaobaozi
Copy link
Author

Nope, no stretchly icon in dock :) and for the past few days, super stable. Do you want me to make a PR to this, just adding something to the readme or something, if you're experiencing issues like mine, to make sure the settings in startup on login?

@hovancik
Copy link
Owner

hovancik commented Nov 7, 2020

Yes, that would be great. I think the best place is "Known Issues" in readme :)

@haven2world
Copy link

Thanks for all your discussion. Looks like it happens again on OS 13.4. And I found there was no "hide" checkbox in login items. Any idea about it?

@hovancik
Copy link
Owner

@haven2world what Stretchly version are you on?

@haven2world
Copy link

@hovancik 1.14.1.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants