It seems the Ogg streams (m3u, xspf) are no longer seekable, i.e. it isn’t possible to skip forward or backward in playing time. This makes it somewhat cumbersome to quickly get a feel for new tracks, to know which albums are worth downloading. I’ve switched to MP3 streaming for the time being, since they are still seekable, but I hope that seeking returns to Ogg streams as well at some point, as I otherwise prefer them.
If you want to entirely switch back to the previous behavior, try set hidemenubar.floating = false.
That did it, excellent! Thanks for the rapid response and working solution.
With version 4.0.20101005 (in Ubuntu 10.04) there’s a black horizontal bar in place of the menu, whereas with the previous version there was none. I see all these hidemenubar.* options in config, can one of them be used to hide that ugly black bar entirely? I have no use for the hovering functionality, because I use a Personal Menu (https://addons.mozilla.org/en-US/firefox/addon/3895/#) button for bringing up the menus.
Great. If there’s anything more you need to know about my setup, I’ll be happy to provide.
I marked the answer above as unhelpful, because the issue raised in the title of the question went unanswered by it: English not showing up in the preferences, i.e. the language selection dropdown menu didn’t have English. I was able to fix this by unselecting Google and Google Services from HTTPS Everywhere’s settings, but then again wasn’t able to reproduce it after re-enabling them, so I’m still not sure whether HTTPS Everywhere was the root cause.
The plugin produces `img` tags without `alt` attributes. This makes sites using the plugin invalid in the eyes of validators. It’s quite easy to repair in the code, so I suggest this fix be included for the next revision of the plugin.
I’m running a multiple blogs setup under one domain. I’m the administrator of my site, and in addition I have one lesser user account for managing blogs other than the site root. I’ve installed the Flattr plugin, but I’ve only been able to make it fully work on the first blog I activated it in (under my non-admin account). In others, the ”Connect” link on the plugin’s options page does nothing: it seemingly just reloads the options page. That is, the connection is never made (it just says ”None”).
I tried disabling the plugin in the blog it does work in, but that didn’t help. I also tried different combinations of disabling/enabling the plugin in different blogs, using my administrator account, but it didn’t make a difference either. I also tried the Network activate option, to no avail. So I’m starting to suspect there’s some kind of a flaw in the plugin’s support for multiple blogs.
So, how can I connect my Flattr id to the rest of my blogs?
Thanks to your persistence I just tweaked just about every knob there is to tweak and discovered this: once the following preferences are set and Firefox is restarted, the issue appears.
user_pref("extensions.autohidestatusbar.alwayshide", true);
user_pref("extensions.autohidestatusbar.showondownload", false);
user_pref("extensions.autohidestatusbar.showonpageload", false);
user_pref("extensions.autohidestatusbar.showstatusbaritem", false);
user_pref("extensions.autohidestatusbar.timer", 300);
user_pref("extensions.autohidestatusbar.usePanel", true);
(I hope this gets formatted correctly.)
There are two traps here as far as I can see. The first is that once .alwayshide is set to true (i.e. ”Always hide” is selected in aHS’ preferences), the state of .usePanel can’t be changed through the GUI (”Floating statusbar”), and yet, it does make a difference. So it has to be unset before ”Always hide” is selected. Apparently a defect in the add-on’s design, though I see why it might make sense, were it not for the issue at hand (which is a defect unto its own).
The other trap is that the issue of script installing links doing nothing (as described above) doesn’t manifest itself until Firefox is restarted. So to see it you have to turn on ”Floating statusbar”, then (possibly) ”Always hide”, then restart Firefox and boom: Install links have stopped working.
There’s still a chance this might not be the case for you: I’m running Firefox from the distro repositories on Ubuntu 10.04, and Greasemonkey on this setup also comes from the repos. So if you still can’t reproduce this, you may be running the newer version of GM (0.8.20100211.5-1ubuntu2 here, with 0.8.20100408.6 being the latest release on addons.mozilla.org).
It’s a symbolic link. I tried moving the actual .mozilla back into ~, but it made no difference (i.e. the Install link still wouldn’t work). FWIW, when ran from a terminal, Firefox prints
shouldload: http://userscripts.org/scripts/source/31864.user.js"
ignorescript: false
when I click the Install link with autoHideStatusbar running. It’s the same it does when autoHideStatusbar is disabled, but with the latter, it also prints ”ignoring next script…” and then the installation pop-up appears as it should.
Don’t worry too much about fixing this, I install scripts rarely enough that working around this by disabling autoHideStatusbar each time isn’t too much of a hassle. Although of course, if a solution is found, I’m all the happier.
(And I’m sorry, ky_bluegrass, for hijacking your thread.)
Actually, I do have .mozilla (containing the FF profiles) symlinked. Anything else therein, such as gm_scripts, isn’t though.
According to dates Greasemonkey was installed first, autoHideStatusbar later.