Please can someone help?
I've had facebook integration scripts running on my website for many years already with no problem. However, I am now being flooded with complaints from customers who use INTERNET EXPLORER saying that since an update to IE a week or so ago they are constantly getting the long-running script errors...
"Stop Running This Script.
A script on this page is causing Internet Explorer to run slowly.
If it continues to run, your computer might become unresponsive."
I've worked it out (by disabling scripts) that the problem is with the Facebook scripts.
Nothing has been changed in months on the website so it's not something I can figure out how to fix.
Scripts: Invite your friends, Like, Share page, etc
Please, please help
Thanks
Matt
I've ran into the same issue. I can reproduce the issue not just on my site, but on others as well when using IE 9 or IE 10 (have not tested with older IE versions). The issue seems to be a result of IE's compatibility view feature. If that is enabled for a website, which also has the facebook like button on the page of the site you're trying to load, a long running script error is produced (error from a function called _t). When I disable compatibility view for that website, the error goes away. I'm not sure if the issue is with the IE feature, or with facebook's button...I'm not getting same error from other scripts, nor other social buttons like google+, which makes me think the issue is on Facebook's end. I've been trying different IE setting configs for days now...so far, the only fix I can come up with is turn compatibility view off. And of course resolve issues so that compatibility view are not needed. Though telling your users they have to turn off compatibility view doesn't seem like an appropriate response...so I hope a better fix is found.
Related
I have used the Facebook comments boxes on most of the pages on my website for about a year.
It works fine in Firefox - my preferred browser.
I am quite sure I must have checked it in MS-IE back then. I don't remember the last time I checked it in MS-IE, but now it doesn't work anymore. It has disappeared.
A few months ago I added jQuery to my pages, to be able to add 'tabindex="1"' in the following way: (<)div id="outer" tabindex="1"(>)
I am pretty sure I must have checked it again in MS-IE too, but in any case I have just created a test-page where I removed it here:
http://www.transformation.dk/index-dan-test.html
But that didn't make any difference. It is still not showing up in MS-IE11.
Is there a current incompatibility between IE11 and the fb comments box?
I hope someone can help.
Henrik
Sept. 18, 2014:
The above problem is on a Windows 7 64-bit machine. Now I have tried reinstalling MS-EI11 and deleting the browser cache. But that didn't help.
BUT on my Win 7 32-bit machine the facebook comments box plugin DOES work!
I am just discovering the exact same problem. Same IE version, same machine, too. It really did seem to work last week or so.
The Facebook feed box works in Mozilla, Chrome, Opera, and Safari.
My comment is probably not directly helpful to you, but perhaps builds more evidence that it is not just YOU, right?
I started a developing an app back in ~2009. It seems somehow there are 7 copies of the app I started developing. I'd love to delete all of them, but none of the 7 copies will load a dashboard page... you know... the dashboard page with the "delete" button. How should I proceed to remove these apps?
I get an HTTP500 from Facebook's servers via each link.
As suggested I reported this to Facebook as a bug mid Monday. I gave them my personal info so they could see my exact data. They were able to reproduce the "bug" and confirmed to me that something was wrong right away (within hours). Just now (mid Friday) I got a message stating essentially, "yeah, some system somewhere messed up when creating your apps, so they got made in a broken state. We manually deleted them for you." So while there may or may not still be a bug out there, my problem was solved in ~4 working days by reporting it directly as a bug.
My site eighttwentydesign is running Joomla 3.0. I have SEF URLs on, and have done for sometime without issue. But today when you go to the site, and click on anything, say portfolio you get the home page under the portfolio's URL, but if you add a leading slash at the end, the right article (portfolio) shows. Additionally, if you click on say "Web Design" it sends you to the Portfolio page. I might add this menu is a menu within Joomla - not be adding internal links manually
Doesn't work: http://www.eighttwentydesign.com/portfolio
Does work: http://www.eighttwentydesign.com/portfolio/
I have checked the .htaccess, and actually reverted it to the original with no luck, I have check Global Config but I can't see anything which may cause this. It was working nicely yesterday. I haven't adapted with any PHP source or anything in the past few weeks, the only notifiable thing I have done is yesterday enabling the Cache - have others experienced problems after doing this? I have disabled it under global config, with no avail.
Exact Joomla Version is 3.0.2 with very few plugins
I do have daily backups, but would rather a solution and be able to figure out a prevention from that, rather than just putting on a band aid.
I've search for a good couple of hours, and aside from just not being able to fix it, it appears no one else is experiencing this, so I am starting to think it may be a bug.
Just as I was about to post this I discovered my solution.
If you are having your SEF URLs display the wrong content then solve it by disabling the Cache plugin. You can do this by doing the following steps
Login to Joomla backend
Navigate to Extensions > Plugins
Go to "System Cache"
Disable system cache
I hope this helps someone in the future as I really struggled to find any answers on this.
I've tried posting this on the Umbraco forums to no avail. Hoping to find some help here.
I thought I upgraded successfully from 4.0.4.2 to 4.5.2 (on my way to 4.8...) as I received no errors and everything seemed to go smoothly. However, in the backoffice, when I click on any section other than Content, I get redirected back to Content. I can manually reach each section by typing in the name of it after the # sign like: #media, but as soon as I click on a tree item, it redirects me back to Content. Any ideas would be appreciated.
2 thoughts:
You're cacheing some of the old javascript in your browser. Try clearing your cache. IE can be stubborn in this regard; preferably try in Chrome.
Personally, if your site is working under 4.5.2, I wouldn't sweat the back office issue and just continue with the upgrade to 4.8.1. There will likely be new problems to solve there anyway :) and the backoffice issue may go away.
Updating the icons via the following script fixed this problem. Links must run off the appIcon field. Not sure why this is not executed when the database is updated via the 4.5.2 upgrade.
update umbracoApp
set appIcon = '.tray' + appAlias
where appAlias IN ('content','media','users','settings','developer','member')
I have a problem with the CrystalReportsViewer's toolbar that puzzles me. Let's say I have a report that consists of five pages.
If I click the next button, I get to page two as expected, but if I press it again, page two reloads!
I can click the last page button and get to the last page, but if I try to go to the previous page from there, I end up on page one again.
So, no matter how many pages my report has, I can only get to the first, the second and the last one!
These problems began when we migrated from Windows Server 2003 to 2008. We're running Crystal Reports 10 which perhaps have problems under 2008? Can any of 2008's new security stuff be responsible for this?
Has anyone seen this behaviour before and know how to solve it? Thanks!
Never seen that Dev tool before so it won't be in our supported platforms.
I recall something similar and it was due to the screen resolution or zoom level.
Have a look at the source code of the page to see what it is doing. Compare it to a VS .NET ASP.NET app to see what the differences are.
I haven't seen this weird behavior before, but I know from a project I worked on a few months ago that Crystal Reports isn't supported on Win2k8 / IIS7 yet. I wish I could find a link that stated that for you, but I remember running into that problem.
I had to go the route of setting up a virtual server to host Win2k3, just so I could publish some reports.
Oops, it seems this isn't considered programming related (even though there's been a certain amount of programming to show the reports and that the CrystalReportViewer is a server control), so sorry about that.
Thanks Ken for your input. I bet i doesn't help that we're running an old version of CR as well. Maybe your route with the virtual 2003 machine is the best to go.