Where is Firefox pouchdb-inspector - firefox

This could be the motivation I need to move to Chrome for development. Working on an application with PouchDB (syncing with a CouchDB instance). I see everywhere that there are links to a Firefox add-on called PouchDB-Inspector which is meant to join the developer tools arsenal. True for Chrome - which does install and work. Firefox - the link is dead - Not found.
https://addons.mozilla.org/firefox/addon/pouchdb-inspector/
Does anyone know where it is? Is it discontinued? Done with? Never to be found again?
Any help would be great? Thanks.

This add-on seems to be currently unavailable from addons.mozilla.org, but you can get it from it's github project page. The creator also provides a link to the current xpi file that you can install manually.

Related

how to verified firefox add-ons

hello guys i try to learn more about how to create firefox add-ons
by following this article
Getting_Started_with_Firefox_Extensions
but when i try to install the add-on
firefox add-ons manger tell me this could not be verified to use in firefox
i read this article and try give me the same can any one tell me how to avoid this problem
I think you should look into this instead: https://developer.mozilla.org/en-US/Add-ons/SDK the legacy SDK will go away at some point, so better start now using the latest SDK.
When doing that, you will use jpm (https://developer.mozilla.org/en-US/Add-ons/SDK/Tutorials/Getting_Started_%28jpm%29) With which you can test add-ons without installing them (jpm run)

Dojo firebug in Firefox 6

I recently started using the Dojo firebug extension. I had gotten used to it since it had some nice features (letting you see dojo on the widget level). This was good for me because I am in the process of trying to learn dojo so this really let me see how stuff worked together.
My question is, has anyone found any solutions to get the Dojo firebug extension working in Firefox 6 or should I just try downgrading to FF5?
Thanks
UPDATE:
I tried a workaround I found somewhere else. It said to use the Firefox nightly build add-on, and that add-on would allow me to override the version compatibility. I tried that and it still didn't work.
I recommend trying the Add-on Compatibility Reporter extension from Mozilla. This extension (besides letting you report incompatible add-ons) lets you completely disable version checking.
It's a great way to ensure that older extensions still work when Firefox upgrades the browser every week. Now, this assumes that the issue is with version compatibility, and not that the plugin is actually broken! If it's the latter, there's not much else you can do.
(Also, that's an awesome plugin. I'm definitely going to try it out myself here shortly!)

PECL OAuth-1.2.2 for Windows

I'm trying to get PECL OAuth to work on a Windows dev box (using WAMP). I found two dlls for older versions at Pierre's site but neither of them seem to work.
Adding the DLL to the relevant wamp\bin\php\php5.x.x\ext directory and then ticking the option in the PHP extensions flyout does not add anything OAuth related to the output of phpinfo() and if I try to instantiate an OAuth object I get a "Class 'OAuth' not found" error.
Is there anywhere (or any way) that I can get hold of working DLLs (ideally for the latest 1.2.2 version of OAuth, but any 1.0 or higher stable version will do). The maching in question is running 32bit Windows (Vista).
I hope somebody can help where Google has failed me so far...!
Thanks in advance,
Christian
I'm just barely beginning to delve into this whole thing, so I'm not quite sure which way is up, but does this article on oAuth, Xampp, and Windows, scroll down for the English, do the trick?
Let me know as I'm eager to figure all this out too!
And/or would one be able to build it with windows?

Are there any standard one-click install/lauch mechanisms for the web?

The reason I ask is mostly due to how Google Chrome installation works once you click the "Accept and install" button from Firefox. After you click the installation is started directly and when it's completed Chrome itself starts up.
Firefox does not show any "Save" or "Confirm" dialogs after you click the Install button (on Chrome install web page).
Now, is this standard behaviour? Or might it be due to having an old version of Chrome already on the computer (Note: The new version was still installed from Firefox).
Seems a bit risky to me, all you have to do is fool the user to click something and then you can do whatever you want on his machine, or? Personally I thought things like this only worked with IE/ActiveX.
Looking at the code of the chrome download page, they seem to be using three mechanisms:
Standard download
OneClick (using the google updater plugin)
ClickOnce (using the .NET Framework assistant plugin)
ClickOnce is widely available due to the pervasiveness of .NET 3.5 SP 1 (in which it is bundled).
This is absolutely not standard behaviour. It looks like it is some kind of extension in Firefox. This will not work in Opera, IE or Safari. For those they might use different methods. For IE maybe ActiveX. The rest just downloads a small setup file.
Microsoft has a propritary solution which is always included in their development programs, called ClickOnce. It needs .NET Framework. .NET Framework installs a Firefox extension for ClickOnce, and for everything else you can just run the setup.exe.
Google's updater is standard and open source, (called Omaha) but there are no open source server implementations as yet. It can be found here.
The way I understand it working is that when you download a file you trigger the updater with an ID and it takes care of the installation and maintenance of the program.
(speculative) I suspect the old installation or rather its updater took over at that point. As for the risk: If the Chrome guys did their homework (and I suspect they have), then Chrome will check for signatures on the file, etc. before running anything. That's standard behavior for updaters (sane ones, at least) and prevents abuse at that point.

"dojo is not defined" - Firefox 3.5 issue?

Please take a look at this code:
http://3wcloud-com-provisioning-qa.appspot.com/testAjaxDojo
Just tab off the "domain" input field to try to make the Ajax run.
(Note: the test Ajax web service always sends back the same message, it pretends to check if domain is available but it really doesn't).
When running in Firefox 3.5, I get "dojo not defined" on the dojo.xhrGet statement.
It works fine in IE7 and Chrome browsers, and one friend tested on Firefox 3.0 and it worked.
1) Is there something wrong with Firefox 3.5 not properly getting the dojo javascript from the CDN? Possibly a caching issue?
2) Do you Dojo gurus know of this problem? Is it something that has already been reported to Firefox?
Thanks,
Neal Walters
Update: 9/1/ afternoon - I have uninstalled and re-installed Firefox 3.5.2 (but I kept my profile settings), and got same problem. I'm on Windows Vista Ultimate.
Finally found the problem. It was the add-on called "No-Script". Even though I had set No-Script to allow scripts globally, something in that tool was causing the issue. I upgraded to new version of No-Script and still had problem. If I disable the add-on (from the Tools/Add-ons screen), then Dojo loads perfectly from the CDN and life is good again.
I probably lost 6-8 hours on this stupid issue. Hope this posts saves someone else the time. Please "vote-up" the answer if it does.
As I stated in my comment, on Firefox 3.5 (mac) works fine. Try to do the following on your Firefox browser, insert the dojo library url in the url bar:
http://ajax.googleapis.com/ajax/libs/dojo/1.3.2/dojo/dojo.xd.js
Usually it helps to solve any cache problems and forces Firefox to fetch the file.
If it still doesn't work, just store dojo in your server and use it locally.
It's working fine here with NoScript enabled.
I just needed to allow both "3wcloud-com-provisioning-qa.appspot.com" and "ajax.googleapis.com".

Resources