lagartoflojo / gnomehub Goto Github PK

Sometimes they stay in the menu until the next reload.

Maybe the order is:

1. Start fetching GH data
2. Remove repo from settings
3. Receive & process repo data, which adds repo again

To easily see what's assigned to ME, we could sort the PRs under each repo such that the PRs assigned to me come first, and then the others.
Another possibility is to have another section that shows my assigned PRs / PRs created by me / PRs which have requested my review.

Currently, repos are sorted in the order that they get added to the list.
It's not possible to sort the repos after the fact.
Ideally, we allow sorting of the repos in the settings screen.

Does not always happen.
Does not seem to have any adverse effects.

Jan 24 19:58:37 linux-t0k4 gnome-session[1831]: (gnome-shell:1930): Gjs-WARNING **: JS ERROR: Error: No signal connection 0 found
Jan 24 19:58:37 linux-t0k4 gnome-session[1831]: _disconnect@resource:///org/gnome/gjs/modules/signals.js:74
Jan 24 19:58:37 linux-t0k4 gnome-session[1831]: PopupMenuBase<.destroy@resource:///org/gnome/shell/ui/popupMenu.js:724
Jan 24 19:58:37 linux-t0k4 gnome-session[1831]: wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jan 24 19:58:37 linux-t0k4 gnome-session[1831]: PopupSubMenuMenuItem<.destroy@resource:///org/gnome/shell/ui/popupMenu.js:1108
Jan 24 19:58:37 linux-t0k4 gnome-session[1831]: wrapper@resource:///org/gnome/gjs/modules/lang.js:169
Jan 24 19:58:37 linux-t0k4 gnome-session[1831]: GithubProjects<._updateRepos/<@/home/hernan/.local/share/gnome-shell/extensions/[email protected]/extension.js:65
Jan 24 19:58:37 linux-t0k4 gnome-session[1831]: GithubProjects<._updateRepos@/home/hernan/.local/share/gnome-shell/extensions/[email protected]/extension.js:64
Jan 24 19:58:37 linux-t0k4 gnome-session[1831]: wrapper@resource:///org/gnome/gjs/modules/lang.js:169

Polling all repos every 30 seconds rapidly leads to rate limit exhaustion with many repos, which is avoidable. Github tells exactly how many requests you have left and when they will reset in their response headers.

imo, by default this should only request updates when the user interacts with the menu icon instead of polling.

I have multiple repos.
when there is an update, the icon becomes red.
but when clicking on it, i cant seem to understand what was updated

Hey there
Great extension ! I love it so far.
Could you explain what are the scopes required for the access token ? (And document it somewhere ?)
Also a button to test that the username/token actually work would be great 👍

The GraphQL API gives us "the ability to define precisely the data you want—and only the data you want", allowing us to "replace multiple REST requests with a single call to fetch the data you specify."
Question is: do any of the existing client-side JS GraphQL libraries work from GJS?

Translate app into Spanish and German.

• Installation instructions
• Project description
• Screenshot

Occasionally, this error appears in the console:

Jan 24 18:48:59 linux-t0k4 gnome-session[1831]: Gjs-Message: JS LOG: Enabling Github Projects...
Jan 24 18:48:59 linux-t0k4 gnome-session[1831]: Gjs-Message: JS LOG: Extension "[email protected]" had error: Error: No signal connection 0 found

And the applet does not appear in the status bar any longer.

What happened:
My github account has 2-step verification, so entering the correct user name and password in Gnomehub wasn't sufficient to log me in and access status of my repos. Therefore I get the "Authorization Error" from Gnome dropdown.

What is expected:
A dialog/or other UI ways to inform me that 2-step verification is enabled and ask Github to send me a verification code, upon entering I could be using the cool extension.

(a) GnomeHub simply didn't work at all for me. Plug in the info, including the auth token, and... nothing.
(b) Once installed, every few hours gnome-shell would crash.

I have no idea if either are related, but... disappointing.

Gnome 3.26
There are 2 errors in the log at the same time, this happens 2 to 4 times a day:
gnome-shell ended because of a critical error.
gnome-shell creating pipes for gwakeup: too many open files.

Process gnome-shell, began to consume a lot of memory!

After disabling the extension, everything is fine!

Kernel: x86_64 Linux 4.9.60-1-MANJARO
Uptime: 11h 0m
CPU: AMD FX-8320 Eight-Core @ 8x 3.5GHz [24.3°C]
GPU: AMD HAWAII (DRM 2.49.0 / 4.9.59-1-MANJARO, LLVM 5.0.0)
RAM: 3213MiB / 16032MiB

It would be great if there was a filter or way to view only the PRs that I have opened or requested notification on. I think this would be especially useful for active repos with lots of developers.

JS WARNING: [[email protected]/pullRequestMenuItem.js 38]: Too many arguments to method Clutter.Actor.add_child: expected 1, got 2

This seems to be occurring every poll. Line 38 on the version I have installed is:

    this.actor.add_child(this._icon, { align: St.Align.END });

Removing the second argument seems to fix it, but I don't know enough JS to open a PR and I see the same thing being done here.

I am running GNOME 3.26.1 on Arch