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.
Related
I am having some recent problems with TFS 2018 that have escaped my ability to troubleshoot. The application runs on a Hyper-V VM hosting Server 2019 and connects to a separate MS SQL 2016 database over on a separate Windows 2019 VM.
A few weeks ago we migrated our database server over to a new machine which, over the course of setting our existing TFS server up to use the new database, required us to run though the TFS setup wizard again.
Everything was fine for about a week when we started to have issues, specifically with the TFS web front-end we use. First we lost various icons on the webpage, with the browsers (Chrome, Firefox, etc). replacing them with rectangles:
A little while after that we lost our project Dashboards, and the whole dashboard page is just blank now. A little while after that, our WIP build/test automation feature also lost its management section of the site.
Other than these things not displaying, things generally "work" - the source control stuff functions, work items can be interacted with, etc. It's just that the interface is clumsier without the icons (which extends to every icon within every work item type, not just the banner I shared) and we can't get our automated test reports without the site's front-end for it. The latter is the real show stopper.
I spent some time troubleshooting and at best was able to figure out a maybe solution for the icon problem: https://social.msdn.microsoft.com/Forums/en-US/c1038468-9d94-473d-a020-254789e9a19b/tfs-2015-update-2-missing-icons?forum=tfsgeneral
This seemed to do the trick for just the icon problem, though some time later they disappeared and reappeared when people were refreshing pages. I'm still unsure if the re-failure was a fluke or not, as we rolled back the VM snapshot the changes were made on shortly after.
Using Chrome's developer tools, it seems like the lack of dashboard data is related to issues retrieving content on the host server for a cause we cannot determine.
Here is what shows up on the DevTool in Chrome for our main project's Dashboard:
What's interesting is the error claims widget.css is either not present or empty. Neither of these are the case as I can find the file and read data in it.
I recognize MIME types as a thing that shows up in IIS but I don't know what to do with the information. Should I be adding .css to the MIME Types list within IIS? Maybe that was set and the wizard reverted it?
Here's what shows up in the Builds section:
Thing is, I don't know what to do with this information. I found some vague hints online from people having similar issues with sites they were themselves coding (which stated the errors in question were red herrings), but this TFS front end is not something I've created and I had not any idea what to do with the information shared.
Does anyone have an idea of what might have gone wrong with the dashboards here? I have run out of ideas and can't figure out a different attack angle to approach this from.
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.
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.