Any ideas why I'm not able to see a reCAPTCHA on a site running in Firefox with Ghostery and ABP? Thanks
I've discovered that Ghostery is blocking Recaptcha as long as you have the addon enabled with the "Enhanced Anti-Tracking" enabled. I am unable to find a way to whitelist the google recaptcha domains in the settings.
I had the same issue and filed a report at Ghostery. They're working on it:
Thanks for reporting, this is something we’ve had reports of and you are correct that disabling anti-tracking is the current work around. Our dev team is looking into this to device a fix. We appreciate your patience and happy browsing!
The reason why ReCaptcha currently isn't working in combination with Ghostery's Enhanced Anti-Tracking is that one of the variables is recognised as "tracking data" by Ghostery and therefore replaced with the literal text "ghostery". After that, a javascript file is loaded without a required part of the file path and ends up as a 404: /recaptcha/api2//recaptcha__en.js (this should have been /recaptcha/api2/v1545#########/recaptcha__en.js).
Edit 2019-01-12: In the meanwhile, Ghostery released an update that should fix this issue.
Related
I have installed JComments on my site, installation went fine but can't post any comment. Send button has no respond. I tried some solutions from other forums but no help. If I change template it is working. Also working on my local machine.
Can someone help me with this please?
TNX
enter image description here
Typically, this is caused by a JavaScript conflict somewhere, you should be able to see the error by clicking on F12 and then clicking on "Console" in Google Chrome.
Having said that, it is probably a better idea to use Disqus instead of JComments because many users are already on the platform and because Disqus automatically filters out the spam for you.
Malware Search.sidecubes has affected by mozilla firefox
Using google, I uninstalled all programs which could be related to searchcubes, further I deleted all add-on's and also checked regedit, about:config, checked folders in ../users/appdata/local/mozilla etc etc. I managed to get rid of search.sidecubes getting set as homepage.
But now even after selecting google as default search option (including about:config page), whenever I search anything in search toolbar of firefox it always redirects to search.sidecubes instead of Google.
same issue is also happening in google chrome
I'm not sure your question is well suited for SO. Anyway, Mozilla SUMO has a nice support guide about how to deal with malware on Firefox.
Some suggestions extracted from that page:
If you're executing Firefox from a link, make sure the link does not contain any undesired command line option.
Use the SearchReset addon to clean up your default page and reset settings.
Scan using Malwarebytes Anti-malware free.
I've looked around online for this but can't seem to find an answer anywhere so hopefully someone can help.
I'm getting a "Windows Security" popup appearing on a site I've created (and so are others which is who I need to fix it for rather than myself) when trying to download a word document or excel file. PDFs seem fine.
An example page is http://www.christletonhigh.co.uk/school_information/uniform.php if you click to download the “Uniform Prices & Order Form” in the bottom right.
There’s no SSL on the site and the error only comes up on IE (I'm using IE9 on Windows 7 which I've seen others mentioning online as their setup with this happeneding) and doesn’t seem to effect all files so it’s a bit confusing. Clicking cancel on the popup causes the document to open anyway.
Anyone have any ideas please? The client tells me that the documents causing the problems have never been password protected.
For the reference, here's the detailed explanation why this happens: http://support.microsoft.com/kb/2019105
Solution mentioned by Anshuman should work: create script that adds "Content-Disposition" header with "attachment" value. For example: Content-Disposition: attachment; filename="myfile.doc". This will force all the content (including PDF, images, etc.) to be downloaded.
Security settings aside, other browsers seem to handle this more gracefully than IE9. Chrome, for example, seems to handle the download of the document with ease, and not result in a Windows Security dialog prompting for credentials to their network...
The users can disabled the 'protected view' settings from Word options | Trust Center, and the document will open with no dialog (probably not desirable to instruct them to do this)
I suppose this is the risk one takes when having users download content which require other applications to handle. a PDF would be better (hence the "P" for "Portable"), so if they can use PDF, that would be my first advice.
This issue comes when you give the direct URL path of the file and let the browser handle the file. To resolve this create a php script that explicitly downloads the file. Hope this helps :)
I have a fresh installation of Liferay on Tomcat and in IE7 it doesn't show the buttons for visual editing in the editor when I try to edit content.
It works on in Firefox or Chrome.
Does anyone have an idea why would that happen? I am not sure where to dig, I don't see javascript exceptions and it doesn't look like the buttons are even populated in IE. It is hard to debug IE problems since I don't have a tool like Firebug there.
I downloaded the 6.1 and still have the same problem, adding the URLs of what I see. Looks like IE only has the text box and in the DOM I don't see the same things that I see in FF.
http://i44.tinypic.com/35jf5td.jpg
http://i43.tinypic.com/11qqvt0.jpg
Update on this:
I checked with some people in our organization and they have the buttons on their browser.
I checked the version of the IE browser and it's the same down to the last digit. Properties are the same as well. The only difference is that I have some plugins installed that the other browser doesn't. I tried disabling all the plugins but it didn't help.
The suspect plugin is Google Chrome Frame (ChromeFrame BHO). Can someone please try to add this plugin and see if it messes things up? The disabling it doesn't help.
Liferay CE 6.0 contains few bugs within the WYSIWYG editor integration.
One issue with IE is LPS-16004 (solution included). This might be the same problem as you are experiencing.
I remember we had also problem with javascript race condition in editor initialization, which sometimes loads the editor incorrectly.
But I strongly suggest you to move to Liferay CE 6.1 as it is much more stable.
Ok, I finally figured it out, so if someone has the same problem, here is the reason - we have Google Chrome Frame plugin installed in our organization, but it only works on white-listed domain names. In this case the domain the site was on wasn't whitelisted, but the portal looked at the agent string and saw chromeframe there and assumed it can use it as chrome browser, which broke things.
Right now I will try to white-list the domain and see if it works. Another solution would be to try and find a place where we look for the agent string and fix it there, not sure where this place is.
Over the last few days, I've noticed that (occasionally) when testing my own site in FF, it loads the first time that FF has been opened, but it seems to hang on subsequent loads (windows only - i haven't noticed this behaviour on mac, but i don't use my mac as much).
The url is http://HearWhere.com
Of course, my concern is that sometimes people will try to get to the site and not be able to (and based on what I can see, that is a distinct possibility, as i've seen a significant drop in stats over the last few days, so I suspect that might be happening).
Any idea why? I can't seem to figure this one out.
I view source on the page that hasn't loaded, and it appears that all the source is there.
The one thing I can think of that might be causing the problem is that in my head and footer, i have a bit of PHP which attaches the correct API key based on the visiting domain (this is so I don't have to hard-code the api key into the page and change it from dev to prod).
i use a fairly simple
$domain=$_SERVER['SERVER_NAME'];
if($domain=='dev'){
$apiKey='apikey';
}else {
$apiKey='apikey2';
}
but when viewing the source, it appears that show without issue.
I do a similar bit of code at the bottom of the page so I only include tracking codes when the domain is not dev.
Any ideas?
UPDATE --------------------------------------------------------------------
After checking it out in Firebug (not sure why i didn't check that before), the following two google scripts are failing, and everything stops there.
The site is map/location centric, so there i need the google stuff. Any idea why it would fail?
these are the failing scripts
http://gg.google.com/csiv=2&s=mapsapi&action=jsloaderjslinker&rt=jsload.69,jseval.103,jsdone.105
http://gg.google.com/csi?v=2&s=mapsapi&action=apiboot&rt=d.2,e.316,ab1.336
Have you tried Firebug plugin for Firefox? It could help you debug some script/network/html issues.
You can monitor script, images and other ressources load time.
Good luck.
It appears this was/is an error with Firebug. Disabling firebug resolves the issue, so it shouldn't affect too many visitors.
Thanks for the help,
Pete