Sharepoint Explorer View Some of Files Disappear - sharepoint

I have 5 folders in my document library (sharepoint 2013). There are almost 10 files in each folder.
When I click "Open with Explorer", I can see all 5 folders in explorer view. But problem is when I go in 2 of folders, there is no files. Files be disappear in explorer view.
I have added new files in those 2 folders. Same thing happen. Files be disappear in explorer view.
I can see all files in browser.
Any suggestion?
Thanks.

Do you enable Check Out or versioning feature in the library?
Open the SharePoint library using a library owner, check the files which were disappear in Explorer view to see if the files are checked out. If yes, check in the files.
Then open the library in Explorer view, check the result.
An aritcle may help you:
https://community.spiceworks.com/topic/764438-closed-files-missing-hidden-from-sharepoint-2013-document-library

Related

How does the Open with Explorer function work in SharePoint

I read that SharePoint document library contents are stored in content databases, i.e. they are not folders on the hard disk. What happens then when we go to a document library and click Open with Explorer? Does SharePoint somehow serve the folders?
When you click in Open With Explorer your computer will open a window with all binaries (.js, .css, .html, ...) and/or files that you have in your Sharepoint Environment into that folder
For example: If you go to Site Contents > Site Assets > "Open with Explorer" you'll see all files in that folder. In this case, Sharepoint uses your Windows Explorer, and you can manipulate it if you want.
NOTE: This feature just works when you click with Internet Explorer, if you try to click with Google Chrome, you can't open the Windows Explorer
Open with Explorer will rely on WebClient Service:
This is a map network folder for sharing, and besides open with Explorer, we can also create a map drive like below to achieve the same function:
Access documents in SharePoint as easily as in a network folder

Excel VBA help documentation install

How can VBA help full, offline accessible documentation install into Microsoft Excel 2013?
I have tried to download this: https://www.microsoft.com/en-us/download/details.aspx?id=40326, but I cannot open help sections.
I have already tried to modify my installation, but cannot find any options related to this in setup.
Trick to open the file is double click the file. One pop-up as per image shown below will appear.
Please uncheck the tick mark ie remove it in the check-box Always Ask before opening the file.Then open it. It will be opened with its contents. HTH
Edit :
I am able to open these documents by trick adopted by me. Screen shots shown here.
After opening Excel Developer Help File I am getting the index on the left side and selected page opened on the right side which can be fully navigated. Please let me know what you are looking for. Apart from this There is an opening page where references to web url's are presented.
In a connected world security updates are a fact of life for a Long time. Microsoft have done a mighty job of securing Windows starting with XP SP2 released in Aug 2004. Since then a string of updates have reduced the humble CHM to the status of a humble local help system. It's a shame but we have had to move on.
Please note and make sure downloading your CHM's to a local drive!
Because files downloaded off the Internet - including ZIP files and CHM files contained in those zip files - are marked as as coming from the Internet and so can potentially be malicious, so do not get browsing rights on the local machine.
A explicitly 'unblock' of your downloaded CHM file may solve your problem. Please try in Windows Explorer and in a local drive (!) before going the next installation steps for Office 2013:
Open Windows Explorer and navigate to your download folder
Find your CHM file
Right click and select Properties
Click the Unblock button on the General tab
Here's what the dialog looks like:
I remember (not sure) the Unblock button may appear in NTFS filesystems only.

Where can I see the generated class file for my java source code in Domino Designer?

After creating a new java class and saving it(built automatically) in Domino Designer, I was not able to see the the correspondingly generated .class file in the default path WebContent\WEB-INF\classes.
Actually I was unable to find this folder in Java perspective under Package Explorer window.
Anybody knows how can I see these class files?
Thanks a lot!
PS: I uploaded the image about the Project Explorer view, but there are only .jar files shown there and all the folders can not be unfolded.
Open the Navigator view in Domino Designer. You can add it with menu "Windows / Show Eclipse Views / Navigator".
You can find all generated class files in folder "WebContent/WEB-INF/classes" then.
You can find them in the Project Explorer view, but you'll need to click on the Menu icon at the top of the Project Explorer view and remove the filter that hides .class files. Then they will be visible.
I'm not sure of the use case for viewing them. They can't really be viewed, they're compiled from the Java classes in the Local source folder on a build and get cleared by a clean. They're not of any use outside Domino. And any changes to an XPage overwrites any amendments made directly in the Local folder, which will also overwrite any the source files.

File not displaying in sharepoint 2010 library all items

Hi, I have a document library in sharepoint 2010 foundation.when i have uploaded a file into a document library from browser, it is showing a message"uploaded successfully" but it is not showing in document library all items.but when am open the site in IE and in library tab am clicking in file explorer button, in that file explorer the doc file is there.but in site -> doc library all items the file is not displaying. Am the administrator the site.
If your library has versioning with minor versions enabled, uploaded files will be drafts. It may be the sort of confusing case that even as administrator, you do not have the rights to see drafts.
In the Library Settings, open the Versioning settings menu. Try setting the Draft Item Security option to all with read or edit permissions. Ensure that you own the respective rights (personally or as a member of an appropriate group).
Changing this option solved the problem for me. However, I experienced this setting as being kind of weird: Setting the option back to its former state (in which I did not see the documents) did not make the documents disappear again.

Sharepoint Designer - Layout folder?

I have been told to edit this file in Sharepoint Designer:
/_layouts/KWizCom_WikiPlus/CreateNew.aspx
I found it in the Windows File Explorer at:
\12\TEMPLATE\LAYOUTS\KWizCom_Wikiplus
I can't seem to find it in Sharepoint Designer?
The _layouts folder is protected by SharePoint Designer because changing the OOTB files in that directory puts SharePoint into an unsupported state. For more information, see here and here.
For custom or third party files under _layouts, if you try to open them directly with a URL (http://myserver/_layouts/KWizCom_Wikiplus/CreateNew.aspx), you will receive an error: Files in the _layouts folder are not available for editing. You can open them in SharePoint Designer with an UNC path rather than a URL (\\myserver\c$\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\TEMPLATE\LAYOUTS\KWizCom_Wikiplus\CreateNew.aspx), but at this point SharePoint Designer is not any different than Visual Studio or Notepad as you will probably only have Code View available since ~/ and virtual directory URLs will not be resolved.
I have not used Wiki Plus, but note that not only will this change affect all web applications and site collections on the server, but any changes you make will be wiped out if an updated version of Wiki Plus is deployed to the server.
This file is effectively present in every site at http::/{site url}/_layouts/KWizCom_WikiPlus/CreateNew.aspx. To change it across all of them you would edit the file from the file system.
There are many reasons why editing the file on the file system may be a very bad idea. At minimum you might save a copy of the original and the updated file. Better still, you could put any file you're editing this way under version control.

Resources