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

Incompatible with Gnome shell 3.34 #315

Closed
hedayat opened this issue Sep 22, 2019 · 27 comments
Closed

Incompatible with Gnome shell 3.34 #315

hedayat opened this issue Sep 22, 2019 · 27 comments
Assignees

Comments

@hedayat
Copy link
Member

hedayat commented Sep 22, 2019

Doesn't show the current activities and list of all today activities in gnome shell 3.34

Errors like this can be seen in logs:

سپتامبر 22 09:27:10 hv gnome-shell[1876]: JS ERROR: Exception in callback for signal: open-state-changed: TypeError: this.factsBox.focus is not a function
                                                 _init/<@/home/hedayat/.local/share/gnome-shell/extensions/contact@projecthamster.org/widgets/panelWidget.js:130:21
                                                 _emit@resource:///org/gnome/gjs/modules/signals.js:135:27
                                                 open@resource:///org/gnome/shell/ui/popupMenu.js:883:9
                                                 toggle@resource:///org/gnome/shell/ui/popupMenu.js:761:13
                                                 _onEvent@resource:///org/gnome/shell/ui/panelMenu.js:139:13
@jimmytheneutrino
Copy link
Contributor

@hedayat It seems that at #307 everybody liked the idea of you being a maintainer.
What do you think, could you update your fork with #312, so that new PRs, if they appear, could be sent directly there?

@hedayat
Copy link
Member Author

hedayat commented Oct 7, 2019

@hedayat It seems that at #307 everybody liked the idea of you being a maintainer.
What do you think, could you update your fork with #312, so that new PRs, if they appear, could be sent directly there?

Oh I just forgot about my suggestion :P Well, OK, I'll try to do it soon. Although the idea of an Argos based extension is probably better; but I'm not sure if it can provide all the features of the current extension.

@mwilck
Copy link
Contributor

mwilck commented Oct 7, 2019

The title of this issue is misleading. It should be "GNOME shell 3.34 incompatible with hamster extension". GNOME core devs, I truly love you. Sorry, I couldn't help it.

@hedayat, which code base have you been testing with? Have you tried the fixes from #307 already?

@hedayat
Copy link
Member Author

hedayat commented Oct 8, 2019

Yes, I was using 3.32 before; therefore I should have that branch! I'll recheck again but that should be it.

@mwilck
Copy link
Contributor

mwilck commented Oct 8, 2019

FTR, openSUSE doesn't have GNOME 3.34 yet so I'm not on board so far.

@hedayat
Copy link
Member Author

hedayat commented Oct 8, 2019

OK, just checked again. No it is a new incompatibility.

@mwilck
Copy link
Contributor

mwilck commented Oct 22, 2019

I'm now in the boat too, as GNOME 3.34 has hit openSUSE :-)

Let's note that the extension is not totally broken this time. It shows up in the top bar. The text entry field works, so do the buttons for opening the hamster GUI. It just doesn't show the list of recent activities.

@mwilck
Copy link
Contributor

mwilck commented Oct 22, 2019

Please check mwilck#1. It works for me with GNOME 3.34. You can also pull directly from https://github.com/mwilck/hamster-shell-extension (master or GNOME-3.34 branch). The changes are small; the code should still work on 3.32 as well, I suppose (can't test easily).

@hedayat
Copy link
Member Author

hedayat commented Oct 22, 2019

Thanks @mwilck, it fixes the problem with 3.34! And I think your repo can be considered the active fork of this extension. :) I see you are more suited to maintain it than me.

@mwilck
Copy link
Contributor

mwilck commented Oct 23, 2019

Thanks :-) I guess it's just a matter of taking time to try and fix it. My JS knowledge is truly tiny, I basically just fix the stuff by googling and comparing our code to other people's.

@hedayat
Copy link
Member Author

hedayat commented Oct 23, 2019

Well, that is not less than what I can do :) And apparently more, as you solved it first :)

@DirkHoffmann
Copy link
Member

Is this issue still open? I do not see how to get the extension working on gnome shell 3.32 (which seems to have been the initial title), which is the latest available on Fedora 30 today.

@hedayat
Copy link
Member Author

hedayat commented Feb 15, 2020

@DirkHoffmann Check this fork: #315 (comment)

The main repo is not actively maintained.

@hedayat
Copy link
Member Author

hedayat commented Feb 15, 2020

If it didn't work for Gnome shell 3.32, use this one:
#312

@DirkHoffmann
Copy link
Member

DirkHoffmann commented Feb 16, 2020

Thank you for your quick answer, @hedayat.
I cloned @mwilck's master (https://github.com/mwilck/hamster-shell-extension) as you suggested. It still yields
image
after compilation, installation and restart of gnome-shell 3.32.2 on Fedora 30. It should be compatible with hamster 2.0.0, right?
Is there a way to see more debug output?

I will try some other tags, as much as my time allows.

@DirkHoffmann
Copy link
Member

Lesson learned: The branches GNOME-3.32 and GNOME-3.34 are not compatible.
As I cannot (need not to) test 3.34 for now, I will stick to #301.
Anyway, thank you for your help, @mwilck and @hedayat. I hope the owners of this project become reasonable and allow you to integrated your PRs soon.

@ederag
Copy link

ederag commented Feb 16, 2020

@DirkHoffmann the shell-extension is looking for a maintainer, actually:
#315 (comment)
#307 (comment)

@DirkHoffmann
Copy link
Member

DirkHoffmann commented Feb 16, 2020

@DirkHoffmann the shell-extension is looking for a maintainer, actually:
#315 (comment)
#307 (comment)

Thank you for your hint, @ederag? But what is your point? I understood from the two comments that you point, that there are two candidates. (They are active and helped me solving my problem by the way. I am totally happy.) However, one of them detains a fork, which is one year and at least two versions ahead of the official one.
It would be time for the managers of this repo to give him permissions to or implement pull requests, wouldn't it?

Anything I can do myself to bring things in motion?

@ederag
Copy link

ederag commented Feb 16, 2020

@DirkHoffmann The issue is more likely that noone stepped forward and asked the organization maintainer (@elbenfreund) by mail as I recommended in the second link (#307 (comment)).
I have only the rights to commit in https://github.com/projecthamster/hamster,
not even member of the organization yet.

@ederag
Copy link

ederag commented Feb 16, 2020

@hedayat
As @jimmytheneutrino said in #315 (comment)

everybody liked the idea of you being a maintainer

That would be great for the project as a whole, IMO.

@DirkHoffmann
Copy link
Member

All right. We are hijacking this ticket for things that should be settled otherwise.
For the records, I sent an email to all people involved in my opinion. Hope it works without too many further delays. Let's keep fingers crossed!

@ederag
Copy link

ederag commented Mar 1, 2020

@DirkHoffmann you went way beyond your mandate.

@mwilck
Copy link
Contributor

mwilck commented Mar 2, 2020

Lesson learned: The branches GNOME-3.32 and GNOME-3.34 are not compatible.

Could you provide some more info, e.g. journalctl --user -b output, from running the 3.34 code in under 3.32?

@mwilck
Copy link
Contributor

mwilck commented Mar 2, 2020

@DirkHoffmann, could you try if reverting 69af56a fixes the issue on GNOME 3.32?

@DirkHoffmann DirkHoffmann self-assigned this Mar 2, 2020
@DirkHoffmann
Copy link
Member

@DirkHoffmann, could you try if reverting 69af56a fixes the issue on GNOME 3.32?

Not quickly, but let me assign this to the two of us.

@DirkHoffmann DirkHoffmann removed their assignment Mar 2, 2020
@DirkHoffmann
Copy link
Member

@DirkHoffmann, could you try if reverting 69af56a fixes the issue on GNOME 3.32?

Could you provide some more info, e.g. journalctl --user -b output, from running the 3.34 code in under 3.32?

But wait, this should be handled in #301.

@DirkHoffmann
Copy link
Member

I close this discussion in favour of #316 (and beforementioned #301), unless someone else wants to speak up here.

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

No branches or pull requests

5 participants