Description of problem: This extension does not work in F20. gnome-tweak-tool shows the error "Extension does not support shell version", so it can't be enabled. This worked in F19. Version-Release number of selected component (if applicable): gnome-shell-extension-fedmsg-0.1.4-2.fc20.noarch
This is the error that is preventing the extension from loading on gnome-shell 3.10 (gnome-shell:5488): Gjs-WARNING **: JS ERROR: TypeError: PanelMenu.SystemStatusButton is undefined @/usr/share/gnome-shell/extensions/fedmsg/extension.js:45 initExtension@/usr/share/gnome-shell/js/ui/extensionSystem.js:217 loadExtension@/usr/share/gnome-shell/js/ui/extensionSystem.js:164 @/usr/share/gnome-shell/js/ui/extensionSystem.js:276 _emit@/usr/share/gjs-1.0/signals.js:124 ExtensionFinder<._loadExtension@/usr/share/gnome-shell/js/misc/extensionUtils.js:174 wrapper@/usr/share/gjs-1.0/lang.js:213 @/usr/share/gnome-shell/js/misc/fileUtils.js:50 onNextFileComplete@/usr/share/gnome-shell/js/misc/fileUtils.js:21
I can witness to that. Same version. At least for me, however, fedmsg will not start up on a "migrated" account, whereas on a freshly created F20-only account, fedmsg will still report it does not support shell version, but actually start and work.
Hopefully resolved in https://github.com/lmacken/gnome-shell-extension-fedmsg/commit/314e227015719ea3cdf6a3a63e175fea562fc662
gnome-shell-extension-fedmsg-0.1.6-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/gnome-shell-extension-fedmsg-0.1.6-1.fc20
Package gnome-shell-extension-fedmsg-0.1.6-1.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing gnome-shell-extension-fedmsg-0.1.6-1.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-0614/gnome-shell-extension-fedmsg-0.1.6-1.fc20 then log in and leave karma (feedback).
The bodhi update fixes the problem in F20. However, it's still broken in Rawhide. (Sorry I didn't test that earlier.) gnome-shell-3.11.3-1.fc21.x86_64 fedmsg-0.7.2-1.fc21.noarch fedmsg-notify-0.5.4-1.fc21.noarch gnome-shell-extension-fedmsg-0.1.6-1.fc21.noarch
Confirming that the update fixes fedmsg in F20.
Thank you for the confirmation folks! As for rawhide, I just started building 0.1.6.1 in koji, so hopefully it'll be working tomorrow :)
Still broken in Rawhide. gnome-shell-3.11.3-2.fc21.x86_64 fedmsg-0.7.4-1.fc21.noarch fedmsg-notify-0.5.4-1.fc21.noarch gnome-shell-extension-fedmsg-0.1.6.1-1.fc21.noarch
gnome-shell-extension-fedmsg-0.1.6-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
Reopening since Rawhide is still broken.
Simply changing the version to 3.11.3 in the metadata.json yields this error. More investigation needed. (gnome-shell:24894): Gjs-WARNING **: JS ERROR: Exception in callback for signal: extension-found: SyntaxError: syntax error initExtension@resource:///org/gnome/shell/ui/extensionSystem.js:217 loadExtension@resource:///org/gnome/shell/ui/extensionSystem.js:164 @resource:///org/gnome/shell/ui/extensionSystem.js:276 _emit@/usr/share/gjs-1.0/signals.js:124 ExtensionFinder<._loadExtension@resource:///org/gnome/shell/misc/extensionUtils.js:174 wrapper@/usr/share/gjs-1.0/lang.js:213 @/usr/share/gjs-1.0/lang.js:112 collectFromDatadirs@resource:///org/gnome/shell/misc/fileUtils.js:47 ExtensionFinder<.scanExtensions@resource:///org/gnome/shell/misc/extensionUtils.js:179 wrapper@/usr/share/gjs-1.0/lang.js:213 _loadExtensions@resource:///org/gnome/shell/ui/extensionSystem.js:278 enableAllExtensions@resource:///org/gnome/shell/ui/extensionSystem.js:286 _sessionUpdated@resource:///org/gnome/shell/ui/extensionSystem.js:317 init@resource:///org/gnome/shell/ui/extensionSystem.js:325 _initializeUI@resource:///org/gnome/shell/ui/main.js:204 start@resource:///org/gnome/shell/ui/main.js:117 @<main>:1
This appears fixed with gnome-shell-extension-fedmsg-0.1.7-1.fc21.noarch. So, what was wrong before? Does it have anything to do with GNOME being a development (3.11) version before?
(In reply to Andre Robatino from comment #13) > This appears fixed with gnome-shell-extension-fedmsg-0.1.7-1.fc21.noarch. > So, what was wrong before? Does it have anything to do with GNOME being a > development (3.11) version before? Yup, it should work with gnome-shell 3.12.0 I had to make some tweaks to the dbus interface definition to get it working: https://github.com/lmacken/gnome-shell-extension-fedmsg/commit/66b8a7b84244a960dfa83c1999edd946b789f57e
I'm seeing this again with latest updates. gnome-shell-extension-fedmsg-0.1.7-1.fc21.noarch gnome-shell-3.13.1-2.fc21.x86_64
I spun up 0.1.8 and built in in rawhide. Thanks!
Am seeing this again. gnome-shell-extension-fedmsg-0.1.8-1.fc21.noarch gnome-shell-3.13.2-1.fc21.x86_64
Still broken in both F21 and Rawhide. gnome-shell-extension-fedmsg-0.1.8-2.fc21.noarch gnome-shell-3.14.0-2.fc21.x86_64
See https://lists.fedoraproject.org/pipermail/users/2014-December/456221.html - I was able to make it work by editing metadata.json to include the shell version 3.14. Please update the package accordingly. Thanks.
Still broken in gnome-shell-extension-fedmsg-0.1.9-1.fc22.noarch (and I did restart gnome shell). I see you added "3.14" to metadata.json so I have no idea why it doesn't work, since it did when I did nothing other than edit that file. At some point you also might want to clean out the old development versions "3.11", "3.13.1" and "3.13".
My mistake. I had gotten it working in F21 by adding "3.14" in metadata.json. In Rawhide, I had just disabled extension version validation. Rawhide currently has gnome-shell-3.15.2-1.fc22, and I was only able to get it working in Rawhide by adding "3.15.2" in metadata.json ("3.15" did not work). I understand it's a pain to keep updating the exact gnome version in metadata.json when gnome-shell is in a devel version, so maybe it's best to just include stable gnome shell versions. I don't know if there's a policy for that, but personally I can just disable the version checking when gnome shell is in a devel version. Presumably adding "3.14" should work fine for F21. Please also clean out the old devel versions "3.11", "3.13", "3.13.1". Thanks.
gnome-shell-extension-fedmsg-0.1.9-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/gnome-shell-extension-fedmsg-0.1.9-1.fc21
Package gnome-shell-extension-fedmsg-0.1.9-1.fc21: * should fix your issue, * was pushed to the Fedora 21 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing gnome-shell-extension-fedmsg-0.1.9-1.fc21' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-17298/gnome-shell-extension-fedmsg-0.1.9-1.fc21 then log in and leave karma (feedback).
gnome-shell-extension-fedmsg-0.1.9-1.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
gnome-shell-extension-fedmsg-0.1.9-2.fc22 built in rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=8772041 I added a patch to the Fedora repo that will make it easy to update the metadata.json in the future, so I won't need to do upstream releases for each version bump.
When is it expected to start working? It's not working at the moment, after having updated to the new version and restarted gnome shell, and I still see the list of obsolete versions "3.10", "3.11", "3.12", "3.13.1", "3.13", 3.14", "3.15" in metadata.json.
Hmm, if you edit the file by hand and add 3.15.4 does it work?
Yes, it works if I add 3.15.4 manually. I'll wait for it to start working automatically and close the bug again when that happens.
Working with gnome-shell-extension-fedmsg-0.1.9-3.fc22.noarch.
Broken again. gnome-shell-extension-fedmsg-0.1.9-3.fc22.noarch gnome-shell-3.15.90-1.fc23.x86_64
Fixed in rawhide (hopefully). Thanks! http://koji.fedoraproject.org/koji/taskinfo?taskID=9110428
Confirmed fixed, thanks.
Broken again and today's 20150306 updates did not fix it. (All the extensions were broken yesterday with the same error. After today's updates and restarting gnome-shell, the other extensions were fixed but this one is still broken.) gnome-shell-extension-fedmsg-0.1.9-4.fc23.noarch gnome-shell-3.15.91-1.fc23.x86_64
Building in rawhide now. Thanks. http://koji.fedoraproject.org/koji/taskinfo?taskID=9157420
It's fixed in rawhide, but the problem exists in F22. Can you do a build for that? gnome-shell-3.15.90-1.fc22.x86_64 gnome-shell-extension-fedmsg-0.1.9-3.fc22.noarch
gnome-shell-extension-fedmsg-0.1.9-5.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/gnome-shell-extension-fedmsg-0.1.9-5.fc22
gnome-shell-extension-fedmsg-0.1.9-5.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
Broken in Rawhide. gnome-shell-3.15.92-2.fc23.x86_64 gnome-shell-extension-fedmsg-0.1.9-5.fc23.noarch
Now broken in F22 as well. gnome-shell-3.15.92-2.fc22.x86_64 gnome-shell-extension-fedmsg-0.1.9-5.fc22.noarch
gnome-shell-extension-fedmsg-0.1.9-6.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/gnome-shell-extension-fedmsg-0.1.9-6.fc22
Fixed in Rawhide, thanks. Will test and give karma in F22 when it hits updates-testing.
Broken in Rawhide. gnome-shell-3.16.0-1.fc23.x86_64 gnome-shell-extension-fedmsg-0.1.9-6.fc23.noarch
gnome-shell-extension-fedmsg-0.1.9-6.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
gnome-shell-extension-fedmsg-0.1.9-7.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/gnome-shell-extension-fedmsg-0.1.9-7.fc22
Broken in F22 as well. gnome-shell-3.16.0-1.fc22.x86_64 gnome-shell-extension-fedmsg-0.1.9-6.fc22.noarch
Ignore my last comment - thanks for the quick update.
gnome-shell-extension-fedmsg-0.1.9-7.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
Broken in Rawhide. gnome-shell-3.16.1-1.fc23.x86_64 gnome-shell-extension-fedmsg-0.1.9-7.fc23.noarch
Also broken in F22. gnome-shell-3.16.1-1.fc22.x86_64 gnome-shell-extension-fedmsg-0.1.9-7.fc22.noarch
gnome-shell-extension-fedmsg-0.1.9-8.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/gnome-shell-extension-fedmsg-0.1.9-8.fc22
Still broken in Rawhide. gnome-shell-3.17.1-1.fc23.x86_64 gnome-shell-extension-fedmsg-0.1.9-8.fc23.noarch I will test and give karma for the F22 version when it hits updates-testing.
Fixed in Rawhide. gnome-shell-3.17.1-1.fc23.x86_64 gnome-shell-extension-fedmsg-0.1.9-9.fc23.noarch
Just broke in F22 since gnome-shell 3.16.2 was pushed to updates-testing. gnome-shell-3.16.2-1.fc22.x86_64 gnome-shell-extension-fedmsg-0.1.9-8.fc22.noarch
Checked that if I clean up the metadata.json entry as follows, making use of kalev's comment in https://admin.fedoraproject.org/updates/gnome-shell-extension-fedmsg-0.1.9-8.fc22 {"shell-version": ["3.10", "3.12", "3.14", "3.16", "3.17.1"], with at most one unstable version appearing only at the end (since there's no point in keeping old unstable versions, since nothing uses them), and use the micro version only for that version, this file could be used for both the branched/stable and Rawhide builds, and would be much easier to maintain.
Also, I believe that of the stable/branched Fedora releases, F20 uses 3.10, F21 uses 3.14, F22 uses 3.16. So you could remove "3.12" from metadata.json right now and get rid of old stable gnome-shell versions as the corresponding Fedora versions go EOL.
(In reply to Andre Robatino from comment #54) > Checked that if I clean up the metadata.json entry as follows, making use > of kalev's comment in > https://admin.fedoraproject.org/updates/gnome-shell-extension-fedmsg-0.1.9-8. > fc22 > > {"shell-version": ["3.10", "3.12", "3.14", "3.16", "3.17.1"], > > with at most one unstable version appearing only at the end (since there's > no point in keeping old unstable versions, since nothing uses them), and use > the micro version only for that version, this file could be used for both > the branched/stable and Rawhide builds, and would be much easier to maintain. Excellent, thanks for figuring this out. Updating the metadata patch now.
Looking at other standard extensions such as alternate tab and background logo, for F20 and Rawhide, the metadata.json for each only includes the one shell version for that release. Since I've never done packaging I don't know which way is easier.
gnome-shell-extension-fedmsg-0.1.9-10.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/gnome-shell-extension-fedmsg-0.1.9-10.fc22
Fixed in F22 with gnome-shell-extension-fedmsg-0.1.9-10.fc22 (and should never need another update for F22). Karma left.
gnome-shell-extension-fedmsg-0.1.9-8.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
gnome-shell-extension-fedmsg-0.1.9-10.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
Broken in Rawhide. gnome-shell-3.17.2-1.fc23.x86_64 gnome-shell-extension-fedmsg-0.1.9-10.fc23.noarch
Please update the Rawhide build for gnome-shell-3.17.3. Thanks.
Fixed with gnome-shell-extension-fedmsg-0.1.9-13.fc23.noarch. Thanks.
Please update Rawhide and F23 for gnome-shell-3.17.4. Thanks.
Rebuilt for gnome-shell 3.17.4. Thanks!
Please update Rawhide and F23 for gnome-shell-3.17.90. Thanks.
Rebuilt. Thanks for the report.
I see a build for F32 but not for Rawhide.
Both F23 and Rawhide are now on GNOME Shell 3.18. Please do builds for each of these (which will be good until 3.19.x comes out). Thanks.
This bug appears to have been reported against 'rawhide' during the Fedora 24 development cycle. Changing version to '24'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora24#Rawhide_Rebase
Changed the Version back to Rawhide, and filed https://bugzilla.redhat.com/show_bug.cgi?id=1321151 for F24.
This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle. Changing version to '25'.
I'm not sure if this needs to be considered a bug in F25 and Rawhide anymore since gnome-shell version checking is now disabled by default. But it would still be nice if it could be fixed in F23 ( https://bugzilla.redhat.com/show_bug.cgi?id=1268500 ) and F24 ( https://bugzilla.redhat.com/show_bug.cgi?id=1321151 ) before F23 goes EOL in about 2 months.
This message is a reminder that Fedora 25 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 25. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '25'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 25 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 25 changed to end-of-life (EOL) status on 2017-12-12. Fedora 25 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.