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

Multiple instances for different accounts #431

Open
lilyball opened this issue Jul 28, 2020 · 7 comments
Open

Multiple instances for different accounts #431

lilyball opened this issue Jul 28, 2020 · 7 comments
Labels
enhancement New feature or enhancement to existing functionality help-wanted Extra attention is needed priority:low Items of low importance. Applicable to select few users or use-cases

Comments

@lilyball
Copy link

Right now if I log into both github.com and GHE, Gitify uses a single status bar item (macOS) that shows notifications for both in a single window.

I'd really like to be able to get a separate status bar item per account, ideally with customization of the colors (so I can quickly distinguish them at a glance) or perhaps varying image options. This way I can tell just by glancing at my status bar whether I have notifications for github.com or for GHE and I can deal with them separately.

Ideally this would be a single app that has multiple status items, which suggests the preferences would need to go into their own window instead of replacing the current window contents. Less ideally, if there was a simple way of making multiple Gitify instances on disk with unique identifiers (so their persisted settings don't conflict) such that I can run them separately.

@kinueng
Copy link

kinueng commented Jan 6, 2021

My workaround is to run two instances of Gitify (v4.1.0). The downside is the second instance of Gitify doesn't persist its login if the application instance is terminated. I do not often restart Gitify or my MacBook, so my hope is this workaround is enough to get by.

  1. Launch Gitify with Spotlight Search (Command + Space)
  2. Log into GHE
  3. Open Terminal
  4. Run open -n /Applications/Gitify.app/
  5. Log into GitHub with second Gitify instance

End result is two unique "G" icons. One icon is Github, and the other icon is GHE.
image

Disclaimer: I've only used this workaround for a few hours, so far so good.

@parties
Copy link

parties commented Feb 6, 2024

You can also just duplicate the executable. Just copy and paste the application to create a "Gitify Copy.app", then rename if you wish (I named mine "Github Enterprise.app") and open/run it.

I haven't verified it yet but I anticipate this will solve the login issues that @kinueng is experiencing.

@kinueng
Copy link

kinueng commented Feb 22, 2024

Hello @parties, having a duplicate application still has the same limitation with the second Gitify instance requiring GitHub login every time.

I tried your suggestion to duplicate the Gitify.app directory. Now I have a macOS apps Gitify.app and Gitify GHE.app.

What surprised me is observing the login credentials and information are shared by both applications. The first instance of Gitify is always pointing to the first GitHub login, regardless if the instance is launched with Gitify.app or Gitify GHE.app. Launching a second instance of Gitify always requires logging into the desired GitHub domain.

@setchy setchy added help-wanted Extra attention is needed feature-request labels Feb 23, 2024
@setchy setchy added enhancement New feature or enhancement to existing functionality and removed feature-request labels Feb 29, 2024
@setchy
Copy link
Member

setchy commented Jun 15, 2024

For this to move forward, we'll need to make changes to storage.ts to save accounts+settings per executable

@afonsojramos
Copy link
Member

@setchy I'd argue that with multiple account support, this is something that we do not want to support 🤔

@setchy
Copy link
Member

setchy commented Jun 17, 2024

I've been thinking about the same thing while I was building the new account module.

That certainly goes a long way towards multiple account support.

These are the additional features I've been thinking that some users may use depending on their workflow::

@afonsojramos
Copy link
Member

afonsojramos commented Jun 17, 2024

Seems like such an edge case though. Remember that it is then another feature that we need to maintain and keep track of. I'd rather just focus on your second point 👀

And it seems that there is a "workaround", so maybe keeping the workaround as being the way to do it seems like a okay choice.

@setchy setchy added the priority:low Items of low importance. Applicable to select few users or use-cases label Jun 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or enhancement to existing functionality help-wanted Extra attention is needed priority:low Items of low importance. Applicable to select few users or use-cases
Projects
None yet
Development

No branches or pull requests

5 participants