The Microsoft support site (https://support.office.com/en-us/article/check-out-check-in-or-discard-changes-to-files-in-a-library-7e2c12a9-a874-4393-9511-1378a700f6de) says that with suitable permissions it is possible to Check In a file that has been Checked Out by another user and this should retain any changes they have made whereas discarding the Check In will lose them. Even with Site Admin privileges I have been unable to locate this option and wonder if it has been withdrawn?
I have looked within the Library Settings at "Manage files which have no checked in version" but this does not show files which are Checked Out within a Document Set in that Library. I don't know if this is because a Checked In version does exist - the previous version - but suspect that may be the reason.
Can anyone advise if this option is still available or not?
The option only works for files with no checked in version.
Per my test, if I try to check in a page which is checked out by other user currently, I will get the message that "Do you want to override this check out now?"
When I click ok, it will not lose any changes made to the file. So you could use this wat to check in another user's file.
Related
I am working on Win 10 upgrade activity. As you know we can select application for file extension. So, those file will open on that app. e.g. html files only open in Chrome when user double click on that.
We can create XML file (DefaultAppAssociations.xml) and place it in C:\windows\system32
Now, I got the request to make one application default but let user decide if they want any other app. Is there any way to handle such things because defaultappassociations.xml will hard code this. Every time machine restart and it will set the same.
This is only possible as part of the operating system deployment or rather for newly created user profiles.
The command (official documentation):
Dism.exe /online /Import-DefaultAppAssociations:<path to exported xml>
However as I said you cannot alter existing profiles that way. Altering existing profiles in any way that is not the force via gpo is afaik not possible anymore because Microsoft does not want to allow it. A pretty stupid decision but at least you can tell whoever made the request that it is by MS design.
TFS 2012 Checked out by someone else or in another place.
Is there a way to see by who this change is checkout?
I know, because the source code has not been published to the server yet, there's no way to fetch the changes made by that person. Aldo is there no way to get to know who is working on it?
Yes, i can ask arround in the team who is, but we have several teams in different offices.
So its not that obvious...
Yes, there are multiple ways to see who has a file checked out. The mentioned TFS Power tools are one way. Another is to use the commandline tools:
tf status $/TeamProject/Path/To/File.ext
You can use TFS Power Tools (Visual Studio Add-in) and do a search "by Status"
That will show you which items are checked-out, by who and in which workspace.
I found a work-around to get this information, though this procedure may not always be possible. The check-out log shows the list of users who have the file/files checked out.
Right-click on a file/folder and choose Check Out for Edit. In the Output window (if not visible, go to View > Output), you should see something like this:
$/Dev/SharePoint/Finance.Sandbox/Resources/GlobalResources.resx:
opened for edit in TGTRAPP22155;Nigel.Hewitt
opened for edit in SRCGAPP21921;Bob.Carlo
opened for edit in ARSYAPP22182;RDP-ADMN-Jane.Pierre
This should tell you the name of the user and the machine on which the file has been checked out.
(To undo your own check out operation that you just did to get the above information, right-click on the same file/folder and choose Undo Pending Changes. If prompted if you want to "Undo check-out and discard changes?", choose "No to All" to preserve your existing changes and only roll-back check-out on files that don't have changes.)
Is it possible to add custom feed programmatically to Web Platform Installer? I tried adding the feed manually and found that the feed location is stored in `%APPDATA%\Microsoft\Web Platform Installer\web.preferences file. However the file seems somewhat cryptic and I would not like to modify it manually. Is there any API for that?
Update: even if this web.preferences file could be edited it is not the way to go as it is user specific file and I need system wide configuration.
Based on this link,
Sorry, there isn't a way to do that currently (for security reasons,
we don't allow an untrusted feed to be loaded without the user's
consent)
Once the feed is added via the Options dialog, it does persist between
sessions
I think we can't add custom feed without intervene from user. Maybe you can use WebpiCmd.exe
that can be configured programmatically via scripts.
C:\Program Files\Microsoft\Web Platform Installer>WebpiCmd.exe /List /Feeds:http://yourcustomwpifeed.co.id/customFeed.xml
A little late, but maybe it may interest others. You can modify the file %APPDATA%\Microsoft\Web Platform Installer\webpi.preferences. Yes, it is a little cryptic, but here's my post about how to do it.
The file webpi.preferences is user-specific. If you want to set settings for all users, all I can think of is to write a bootstrapper application that first modifies webpi.preferences (using the code in the post) and then runs WebPlatformInstaller.exe.
I have a node type on my Drupal site that uses a Flag to let users "unpublish" or "publish" their content. This is not the same as Drupal's node publishing... that is still reserved for admins of the site. Instead, the Flag is used to determine if the node shows up in other Views. I've also created an "admin" type page for each user to allow them to manage their nodes and determine which ones should be published using this Flag. This page has two views, one of flagged nodes and one of unflagged nodes. That way they can either "publish" or "unpublish" their content from a central location.
My problem is that on this page, the Flag links don't show up for the user. The FLag is respected in the two views (one for flagged and one for unflagged) but the links to flag or unflag content don't show up. They're only visible if logged in as the super admin account for the site.
The Flag is set up as a global flag and enabled for the specific content types the users can control. If I check the "display link on node page" or the "display checkbox on node edit form" the link is displayed in those places, but still not in the views on the "admin" page. Both Views and Flags modules are up to date (though some other modules are not, but I don't think that would cause this).
Does anyone know what might be causing this behavior? Or could someone suggest a way to debug this to figure out what's going wrong?
------------------------- Update ------------------------
There's been quite a bit of discussion with wiifm (thanks by the way) but something absolutely ridiculous just happened... for the Flag in question, I removed all of the roles from the flag, so under "Roles" that are allowed to use this flag absolutely nothing is selected. On the Flag admin page, it says that "No roles" are allowed to use it... and this fixed the issue. The flag links now show up in the Views where they are supposed to. They still show up on the node edit form as well. This just boggles my mind. It shouldn't be working at all, yet its finally working correctly. I really don't know what to make of this.
From what I know about flags, is that they are only visible to users that have permission to interact with them. As for the placement of the flag link, it can be done in two ways:
Manually with a call to flag_create_link() - see the help page
Automatically by flag, be setting 'Display link under comment' in the administration page for the flag. In this case it gets prints with other links in the variable $links
There has been some amazing improvements in the 2.0 beta version of the flag module as well - have you tried this? Would definitely recommend it, even though it says beta, I have been using it in production for some time now, and the admin UI is much cleaner. Screenshot of flag 2.0 beta 3 access permissions section, which maybe of some use
I have a customer using the Access 97 runtime to support part of their product. Ideally, given the budget to do so, I would have replaced that dinosaur by this point, but that isn't an option today. I am not the system's original author, but am attempting to provide ongoing support.
To distribute this to their customers, they bought the Office 97 Developer Edition Tools, and once every few years they go through its Setup Wizard to package a new distribution.
This time, the Setup Wizard appears to reach a point where it wants to do something with AXDIST.EXE, and instead puts up a dialog box saying only "Path not found". The only reference I've located on the web is a tantalizing glimpse of a page from a domain that no longer exists, where Google has purged the cache retaining only the sentence that appears with the search result. It isn't enough of a hint to help me...
(Edit: Aside from lots of reported issues caused by AXDIST.EXE itself, or installations that are trying to use AXDIST.EXE in some way, that is. Our issue is a problem during the creation of a setup package using the ODE setup wizard. Its own documentation only references AXDIST in one place, and does not contain the text "path not found" at all.)
(Edit 2: Further investigation reveals that AXDIST.EXE itself is not the culprit. Removing that file from the setup wizard's list caused the wizard to stop on the next file in the list. There does not appear to be any significant differences between the description of the file on which it stopped, and the dozen or so files listed above it that were successfully processed. I'm guessing at this point that the resolution is going to be manually recreating the template from scratch, which would be a lot easier if it weren't trapped inside a horrible UI and stored in the form of an Access database containing a bunch of undocumented tables.)
My question is this: What mistake did we make this time with the setup wizard, and how can we fix it?
The issue turned out to be related to a feature of the Access run time that was explicitly listed in the setup wizard, but should have been left for the wizard to infer.
My general advice to anyone also stuck with dealing with the wizard would be to go back to the start and review all the settings carefully and methodically.