I have deployed and then redeployed a .wsp on a Sharepoint 2010 server (the solution was developed on another 2010 server). The solution contains 2 web parts.
After retracting and removing the old solution, I added and deployed the same solution again, with no errors.
Afterwards, I deactivated and reactivated the feature installed through my .wsp file.
The problem is that whenever I try to add one of those 2 web parts to a page, I get an error saying "The operation could not be completed because the item was removed from the gallery".
Do you have any ideea what's happening? Anu help is greatly appreciated!
Usually this happens if the web part gets orphaned in the web part gallery. Try Deactivating your solution and Retract and Uninstall your wsp. Then check the Web Part Gallery for the site collection. If you still see your web parts there then manually delete them.
Then you can Add and Deploy your wsp and activate your solution. The web parts should then be available in the web part gallery and be able to be added to your pages.
I came across a more simple solution which worked well for me.
Go to the webparts gallery at Site Settings/Galleries/Web parts and delete problematic webpart entry. Then deactivate and reactivate the wsp which contains that webpart and everything should work fine. No need for redeployment or uninstalling.
Source
I have the same issue, but in my case after a thorough search in web part gallery found out that some web parts having the same name, but without assembly's prefix have created.
The solution is just to sort the web parts with the date and you'll get the new web parts.
Some times it happens that every thing is same as before, but SharePoint forgets the settings which are placed in webpart.xml file
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.
I am doing this as part of the linda.com course "Getting Started with ColdFusion 10" I completed course once with no trouble, but going back to try going thru it again, I cannot create new projects. Here is what I sent lynda.com. They advised it could be weeks before they get to it.
I cannot add the travelAdv project following the directions in the video to add a new ColdFusion project. I completed this course and wanted to go thru it again. I deleted the files in c:\coldfusion10\cfusion\wwwroot\travelAdv. Then I added them again from the download using the start files in chapter 1. When I try to create it, I start with the Project Location of C:/ColdFusion/wwwroot.
I add the Project Name, travelAdv. When I click the Next button, the message at the top of the pop-up window is
"Project with travelAdv already exists. Select a different project name. I changed the name to travelAdv2. I set up the localhost as the server and the Sample URL is http://localhost:8500/travelAdv2/
Then I click finish. No project appears in the Navigator. It is totally empty. Under the Project tab at the top, The open a project option is disabled.
I have tried several different project names off of wwwroot, but they never add the project to the navigator. I searched the internet multiple times this past week and no one seems to have the same problem. I must be missing something. Any help would be appreciated.
Joe Bigler
The only solution I found was to upgrade to ColdFusion Builder 2016. The instructor of the course advised ColdFusion Builder was now too old and with too many issues to work on Windows 10. I uninstalled the old version and installed the trial of ColdFusion 2016. Everything seems to be working as expected so far. I can use existing projects and create new ones.
I have an issue in updating contents in Umbraco. Whenever I update something in Umbraco, I have to wait at least one hour, sometimes 12 hours to see the changes at front-end.
The only way to see the changes immediately at front-end is "empty the connection string value umbracoDbDSN and refresh the page, then put the connection string back and refresh the page". I have to do everything I update something in CMS.
Do you guys have any idea what is happening here? Thanks.
The problem was. Umbraco was configured to run on load balanced servers on our old servers. I had to turn it off on the new server.
<distributedCall enable="false"> in umbracoSettings.config
What version are you running? When v5 first came out, I had a big problem with that (and solved it like you by touching the web.config to force a reset. Hopefully you are not using v5 (as its been discontinued and has extreme performance issues).
I have not had that problem in any v4.x versions that I can remember; changes should show up instantly after you republish.
Are you running in a standard configuration? Using a webfarm by anyt chance?
Is the ~/App_Data/umbraco.config file being written to on publish? This is the XML cache file that is used in displaying you website.
When you publish a node, the data is serialized into XML, stored in a database table and then written out to the umbraco.config cache.
This could be some kind of permissions issue, if umbraco doesn't have rights to read/write the file. Or you could have a corrupt dll that just isn't writing to it correctly. Or perhaps it's writing it out just fine, but your server is caching you pages in a weird way. Either way, I'd take a look first at the umbraco.config and make sure the data is being written to it on publish.
I have configured VB6 with VSS 2005, following functionality working fine :
Check In and Check Out of code
Get Latest Version
Showing error when code Check Out by another user.
Showing error if use try to edit code without Check In ( only when user takes latest version)
Difference I am finding in VB.Net and VB6 configuration with VSS are :
Code not getting Check In automatically when user try to edit code, without Check In Code.
Not allowing user to save changes and Check In code later after 1 or 2 days. User require Check In code before closing code.
Showing "Path/File access error:" for .vbp file.When user tries to save code on machine.
Allowing user to edit code without Check in when user opens the code first time.
I did all the settings mentioned in this link.
As MarkJ mentioned the vbp file is always saved when the application runs. You can cancel out of the dialog to run the project anyway but this is more hassle than just right clicking on the project root and checking out.
I am using Team Foundation Server with my VB6 projects and there is no auto check out in this either. I'm afraid you will have to live with it until you port the code the .NET
As I mentioned heredead link: WayBack version there is also a problem when you have some files or documents not in SourceSafe.
Specifically (as I still document here), when some of the files of a project are not associated with SourceSafe often no files have their SourceSafe status glyphs displayed.
The workaround I found was displaying the Add Files dialogue and then cancelling it. I offer my public domain add-in that automatically implements this workaround.
And BTW, make sure you install the latest VSS Service Pack.
This is driving me up the wall.
I have a web application deployed on a JBoss server. The application works fine and dandy most days, but randomly, without warning, will suddenly throw "404" on image and javascript files, causing the page to display a blank page. The problem persists until I restart the JBoss service.
Users need to log-in first to be able to reach the page, which still works, but when this happens, right after logging in, nothing works. Checking the source and Firebug show that the main landing jsp is retrieved, but many other things 404 saying that the resource cannot be found.
There have been no path changes and no work done and the app can still be working one moment and stop the next. The log files don't show any peculiar behavior during this time period.
Are there any ideas on what could be causing this? If you need more information, I will gladly provide as I'm not sure where to begin looking.
EDIT:
I've noticed that the 404'd files are all in subdirectories of my WAR file. The pages that can still be retrieved aren't contained in subdirectories of the war file, but all the ones that become unavailable are inside folders like /images and /javascript. Is it possible there was a scanner failure?
I changed the file encoding of every jsp file from ISO-8859-1 to UTF-8.
It's been a week or so and the issue hasn't been reported again. Hopefully this is the solution.
No answer to your problem, just a tip: if you've bought EAP-licenses, you should be able to open support-cases at https://access.redhat.com.