Description of problem: When gnome-shell-3.0.2-1.fc15 from updates-testing is installed, the "Power off..." User menu item disappears. It comes back after downgrading to the stable gnome-shell-3.0.1-4.fc15. Version-Release number of selected component (if applicable): gnome-shell-extensions-alternative-status-menu-3.0.1-3.03660fgit.fc15.noarch gnome-shell-3.0.2-1.fc15 How reproducible: always
The new gnome-shell is about to go to stable so this is fairly urgent. https://admin.fedoraproject.org/updates/gnome-shell-3.0.2-1.fc15,mutter-3.0.2.1-1.fc15
gnome-shell-3.0.2-1.fc15 just went to stable.
I have dropped a note upstream. I am going to busy with other things till Monday. If anyone wants to take a look and attach a patch here or do a build, feel free to.
Bug 708556 says that all extensions are disabled, not just this one, and I've confirmed it with gnome-shell-extensions-dock and gnome-shell-extensions-alternate-tab. However, that bug is against gnome-shell.
*** Bug 708556 has been marked as a duplicate of this bug. ***
*** Bug 700776 has been marked as a duplicate of this bug. ***
This seems to be fixed by installing upstream gnome-shell-extensions 3.0.2
(In reply to comment #2) > gnome-shell-3.0.2-1.fc15 just went to stable. It not fix for me, cause many extension could not load!
This is not surprising at all. The metadata.js file of the extensions says that they are compatible with Gnome-shell "3.0.1" - that means that Gnome-shell 3.0.2 will not try to load them at all. The upstream 3.0.2 gnome-shell-extensions version will probably fix this, so I'll look into trying to get it downstream.
gnome-shell-extensions-3.0.2-1.g63dd27cgit.fc15 has been submitted as an update for Fedora 15. https://admin.fedoraproject.org/updates/gnome-shell-extensions-3.0.2-1.g63dd27cgit.fc15
Timur, Thanks, I've verified that all of the extensions work for me with the packages you build. The API is noted as being unstable so I guess this is something we'll have to deal with until the API is stable.
Scott, This has nothing to do with the API's stability. Every gnome-shell extension has a metadata.json file in which it must specify which version of gnome-shell it is compatible with. Other versions of the Shell will not attempt to load it. The fix here was to change it to a version number which the newer Shell will understand. In the meantime, I have also updated to a newer git snapshot, which should contain some bugfixes to the extensions.
Where is 'g63dd27c' coming from? I can't find that revision in either master or the gnome-3-0 branch. Why not just use the official gnome-shell-extensions-3.0.2 tarball that's been released for a week now? https://mail.gnome.org/archives/gnome-announce-list/2011-May/msg00027.html
Yep, I've run into this as well. I worked around it by changing my extension metadata from shell-version:["3.0.x"] to shell-version:["3.0"] It's somewhat hack-ish, but might make it easier for us later on instead of upgrading every single extension every time gnome-shell gets updated. A better decision about this issue can be made if we take into account the gnome-shell ABI stability between minor version changes though. Extensions not loading without manual testing/updating may be more favourable than gnome-shell crashing altogether. Matt
*** Bug 708687 has been marked as a duplicate of this bug. ***
gnome-shell-extensions-3.0.2-1.g63dd27cgit.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to comment #13) > Where is 'g63dd27c' coming from? git clone git://git.gnome.org/gnome-shell-extensions Then 'git describe HEAD' told me that this was the identifier of HEAD. So then I did: git archive --format=tar --prefix=gnome-shell-extensions/ HEAD | xz > gnome-shell-extensions-g63dd27c.tar.xz > Why not just use the official > gnome-shell-extensions-3.0.2 tarball that's been released for a week now? Because gnome-shell-extensions 3.0.1 (as packaged in Fedora) already contained some extensions that are not present in the official 3.0.2 version.