4390 downloads - 22 November 2008

From Universal Edit Button

< Community Portal

add a bug

[edit] Miscellaneous Firefox 3 bugs

• on the FF3.0pre that I'm running on my amd64 box, there are 2 address input boxes now, the main one (with favicon), which no longer gets updated when I switch tabs, and a smaller one that contains the actual url of the tab, and the universal edit button.
  • Same here; I have made a screenshot
    FF 3.0b5, Ubuntu 08.04, universaleditbutton V1.1 --Walter 21:01, 20 June 2008 (UTC)
• Hi there, the add-on doesn't seem to be functioning for me (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0). -- http://c2.com/cgi/wiki?EarleMartin 87.194.39.109 00:15, 19 June 2008 (UTC)
• Not working here either in FF3. The add-on installs fine, but I never see the edit button in the url bar.
  • What web page are you trying it on? (The front page if Wikipedia, for example, does not allow editing by most users.)
• On two different instances of Firefox 3 [Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9) Gecko/2008061004 Firefox/3.0)] the extension installed without issue, but was not enabled by default. I had to go into Add-ons and enable it myself; after a restart, it is working fine. --BrianKerr
• no go on Windows Vista, Firefox 3
• Even if I disable the delicious add-on, the edit button still doesn't work for me in FF 3.0, Windows. -- http://c2.com/cgi/wiki?EarleMartin 87.194.39.109 10:34, 25 June 2008 (UTC)
• Not working for me either on FF3 OSX 10.5.4. Running delicious extension which may be a conflict.
• Not working either on unbranded Firefox 3.0.3 (Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.3) Gecko/2008100314 GranParadiso/3.0.3) from ArchLinux. Disabling the Delicious bookmarks extension (2.0.104) solves the issue. Quite sadly, the latter is more useful to me...

[edit] Button should disappear when opening a new tab

• Noticed a (no its not small) problem on FF2.0/Mac and FF3.0/Linux, when you create a new tab from a page that has the button present, the button stays on the new tab. This doesn't seem to happen on FF3.0/Windows though, or when opening a new window on either OS & version.
• When you open a new tab (ctrl-T) while on a page with the UEB, the empty address bar will contain the edit button from the previous tab. -- Ehud Lamm
• When I followed this link - GM wiki - the edit icon followed in the URL bar - I clicked on it and it took me back here. ~~ MarkDilley

[edit] Possible extension conflicts

• image of this person's extensions
• Delicious Bookmarks 2.0.58, 2.0.64, 2.0.72
  • When I remove that plugin, the edit icon shows up in my toolbar and functions properly. (FF3.0 on Mac and Windows) Zcopley 21:29, 19 June 2008 (UTC)
  • confirmed on FF3 OS X - jbyers, 04:51, 20 June 2008 (UTC)
  • 2.0.64 --Alex
  • Confirmed on FF3 Ubuntu 8.04. Disabling delicious makes it work. Any workarounds? I like Delicious.
• In FF3 on an up to date Kubuntu: Having the feedly plugin installed - which places a way too large "+f" (add to friendfeed) button into the address bar - no universal web edit button is visible. These two seem to conflict.
• Testing FF3 on OSX 10.5.3, the following extensions interfered with the edit button:

1. FireGPG 0.4.9
2. ScribeFire 2.2.7 

--Ctmiller 13:10, 20 June 2008 (UTC)

• • The source of the ScribeFire conflict (and probably others) is that DEBUG is declared as a const in wikihow.js, and since extensions all use the same namespace, if another extension has already defined DEBUG, execution of wikihow.js will stop. To avoid this, no extension should define variables in the global namespace without a unique prefix. I've change the references to DEBUG in ScribeFire for the next release, but the same type of change should be made to the UEB extension as well. --Finke
• Perspectives 2.1.4 definitely doesn't work with UEB 1.1 (FF3.0 on OS X 10.5).

I repacked this extension with modified names for global constants, but it still doesn't work with delicious (Peter Krantz).

[edit] Button not doing anything

It seems several sites decided that if the user is not logged (or the page is protected) in the button will not do anything (just reload the page). I think this is confusing behavior. At least change the tooltip to indicate that logging in is required. I guess this is more an implementation suggestion than a bug, but current behavior is confusing. -- Ehud Lamm 05:09, 23 June 2008 (UTC)

Places where this was spotted:

• Narabe

[edit] Having trouble installing: Unexpected installation error -203

Firefox 3, Mac OS 10.5.3. Error message:

because: Unexpected installation error Review the Error Console log for more details. -203

-Peteforsyth 04:44, 20 June 2008 (UTC)

[edit] resolved "bugs" :-)

• Hey folks - I've tried a few installs and removes on my system (OSX 10.5.3, FF3.0) and it still won't appear in the address bar. I have greasmonkey installed too. Any chance that's fudging it up? -JAW@WMF
  • This was resolved -- he was looking at the en.wikipedia.org main page, which is protected. :) --brion
  • Naw, for me it was all wikis, wiki-wide. But judging by the other reported bugs, I think it's conflicting with my delicious extensions. I use both on Vista and Mac OS. - JAW 76.234.123.241

• It seems several sites decided that if the user is not logged (or the page is protected) in the button will not do anything (just reload the page). I think this is confusing behavior. At least change the tooltip to indicate that logging in is required. I guess this is more an implementation suggestion than a bug, but current behavior is confusing. -- Ehud Lamm 05:09, 23 June 2008 (UTC)

Places where this was spotted:

• Keiki

Update: this should be fixed on Keiki now. UEB wont show up on non-editable pages. let me know if the prob continues --Zcopley 20:21, 23 June 2008 (UTC)

Looks good! Ehud Lamm 21:04, 23 June 2008 (UTC)