I moved a file one folder up. Now in Azure DevOps in commit content I see [rename] written next to the file, but I do not see how the file name was changed (i.e. I do not see the old file name). Is there any way I could find this out?
Hovering over the file name in the commit content diff explorer shows a title containing the information I was looking for. It says {new branch name} [rename] renamed from {old branch name}.
Would be nice not to have to hover over to see this though. Since sometimes there are a lot of files. Hopefully Microsoft will add another way to view this in future.
Related
For reasons unknown, a folder was checked out to me in ClearCase. A coworker was working on a word document stored in that folder. I undid the checkout on the top level folder. Her document disappeared and she doesn't have a local copy. Have I totally screwed her over here? Is there any way we can get it back? Is it stored somewhere on the server and we just can't see it with the standard GUI interface? I was under the impression that you couldn't add to a folder if someone had it checked out.
If it is a dynamic view, the only place it can still be is in the view storage.
But, dynamic or snapshot, first check the \yourVob\lost+found folder: it is for any files:
added to source control
with no parent folder referencing it (which is exactly what you have done by undo-checkouting said parent folder of the work document).
See "About the lost+found directory" for more on that special folder.
If you find it there (with an "extended name"), then see "To move an element from the lost+found directory" in order to restore the file.
Can anyone help me to build a table that lists all files in a specified folder, so whenever a file is copied to that folder the table should update and make a log of files?
I need the list to retain the names, even if the file is moved from that folder or deleted. Later the data would be deleted by a scheduler.
Also I need the table to record the time exactly when the file was copied into that folder and not the modification or creation time.
I am using windows 7; how can I build a system with my desired behaviour?
Just turn on Windows file auditing, for that folder, the youtube video takes you through the process.
Microsoft provide information on their techNet site as to how you can use the LogParser tool to extract Security events from the Event Log DB.
Note: Admin questions should really be posted to the SuperUser site.
I was doing a checkout of a file in ClearCase, and I was unable to checkout this file from the frozen view because of this file which was a bleed-thru file. I thawed the view, and then I was able to check out the file, so I really do not have a problem at this time.
I do have a question, though. What is a bleed-thru file in ClearCase? Any ideas? I have not heard this term before, and was interested, partly because it just sounds so cool!
Not sure what you call a "frozen view", except if you are referring to a snapshot view.
A "bleed-through" file (again, I am not familiar with the 'bleed-thru' spelling) could be related to multi-site views, where:
This navigator is called a "bleed through" view because it lists both local files/members and remote objects, files and members.
However, if a file or member exists both locally and remotely, it is not shown twice.
Rather, it is only shown once, and its icon and bracketed text identify it as existing in both places.
If you have any screen captures of that term used in ClearCase, I am interested;)
is TYPO3 doing some indexing of the filesystem into database?
We try to add a video to our page here, but video isn't selecable from the file window altough its put into the right directory.
The Fileadmin says "9 records found" in the folder and is displaying only 7 Files, because someone might have deleted two of the files out of the folder.
But the new video file we've put there won't be displayed, too.
Is there any way to manually start TYPO3s file indexer?
I don't think TYPO3 does any indexing of the files; it just reads the list of the files straight off the filesystem. So there's no file indexer to start.
My suggestion for your problem would be to check the permissions on the file you uploaded and make sure it's readable by whatever user the Web server is running as ('apache', 'www-data', etc). If it isn't readable by the Web server it won't show up in the fileadmin area.
Okay guys, I feel stupid right now - altough I can't really explain the behavior...
What happened seemes to be some strange caching failure.
If you click on the "choose file" button it shows the window as seen in the screenshot above, displaying the last used folder.
But: this view is somehow cached.
If you select the same folder again from the file tree from the left, the view is updated and the missing files are shown -.-
As scary as it sounds.
I select a remote file, I hit delete. Instead of deleting the selected remote file, Dreamweaver chooses to delete the currently selected LOCAL file(s) - even if they're unrelated.
EDIT: I am not able to 'deselect' the soon-to-be-deleted LOCAL file, not that I should have to. Didn't work this way in CS3.
The only way I caught this at all, is because DW tried to delete a file (LOCAL file in screenshot - to the right of the image) which had site links. Thank dog it had site links. Shame about all of my other work which I haven't found yet.
Screenshot attached, describing the steps I took. Also to note, I did search prefs and site prefs etc to see if there was a 'Wreak Havoc Randomly Upon Deletion' checkbox - there was nothing of the sort.
Adobe hasn't answered my for weeks now, am about to lodge a request but figured I'd start here instead of going through that ordeal.
Thanks for any help/thoughts.
Screenshot is quite large - dual monitors capturing all of the prob in situ. http://codefinger.co.nz/projects/fpx/mod/xeditor/dw_cs5_localFileDeletion_lame.gif
I have come to the conclusion that 'BACKSPACE' deletes remote files, and the 'DEL' key deletes local files. I too figured this out the hard way, and deleted some important files. I haven't seen anything in the new features on why this was changed like this, but it may have been nice to let people know of the change.
Adobe is aware of this bug and will be addressing it in there next update. There is a simple work around where you don't have to change views.
Select the remote file, files or folder that you want to work with.
Click the refresh button at the top of the files panel.
Select the remote file, files or folders that you want to work with a second time.
Right click and choose "Delete".
getting this too. Quick workaround. If you have dreamweaver show just the remote site the delete action works as it should (ie it deletes the remote file). I'm not keen on this view but for now it'll be a case of using it to delete remote stuff. Hope this is fixed soon - do any of you know if there's an 'alert me' function on an Adobe bug report? Cheers Andy