To open REST API Query url http://server1/sites/mysite/_api/web/lists/getByTitle('list title')
in browser like internet explorer
Goto Internet Options -> Content->Feeds and Web Slices->Settings-> uncheck "Turn on feed reading view". It will show the results of REST API Query as like in browsers like Google chrome
You problem is similar to the following issue :
So you can just try to add some delay before uploading the file. This is not a solution for your problem, but can be a workaround for your solution.
You can try following check in your code:
try this: http://www.spdoctor.net/Pages/message.aspx?name=internet-explorer-cannot-display-this-feed
should change the settings to display what you want
(edit) scratch that thought, I just re-read your post, and I dont think this is what you asked
The Windows Explorer view of SharePoint does not support views defined in SharePoint. Explorer view will simply shows the folders and documents present in SharePoint and ignore any views defined in SharePoint.
I have seen issues with "Open with Explorer" when "Trusted Sites" are managed by Domain Policy, and the list of trusted sites contain illegal wild-card URLs.
Check to see that all the other "Trusted Sites" are indeed legal URLs.
I followed this trick to remove one drive from my PC, use the same with the slightly different way.
To remove the SharePoint pane, press the windows key and type run. Inside the run window, type regedit. Now go to HKEY_CLASSES_ROOT\CLSID\ inside regedit, right click the CLSID folder node and click 'Find' enter 'SharePoint'. upon finding the search node->...
If you have more than 5,000 items in the root of a given folder then the items will not show using WebDAV mapped drives due to the 5,000 item list view limit. You could move items out of the folder until you get below the limit then they should display.
You could try using an alternative network drive mapping tool like Zee Drive. Zee Drive should show the ...
Not sure if you are experiencing the same but I had an issue displaying folders with 20.000+ items.
Turned out to be a limitation in the client machine's registry, namelly the FileAttributesLimitInBytes key under HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters\
Had to increase this value and then restart the WebClient service.
Short answer is you can't.
Long winded answer is you would need to set up your document library to use folders under the hood (with or without setting up column default values). In the SharePoint view, you would configure it to show items without folders, but in the Explorer view, it would revert to the folder structur you would navigate through.
If you have SharePoint developper resources, you can create an Event Receiver. That ER would be attached to ItemDeleting and ItemFileMoving events to cancel them in case specific conditions are met.
Go with an ER and not with a workflow: workflows are not immediate, they have a huge cost, they're visible in the UI, they're terrible to debug, their ...
Anecdotally I have experienced this too and I believe it to be an issue with WebDAV. Each file you want to copy over via explorer issues about 5-7 http requests as witnessed via Fiddler. In our case people were trying to copy over thousands of very small files, all 5k or less, and because of all the http traffic going back and forth, it slowed the transfer ...
I know its a little late. But I just had the same problem.
After a long .. long.. search.. it turns out it was a file within the folder that was causing the problem.
I found out it was a file that had symbols like <> or :: in the title. (not the file name).
When I deleted that file I could access the folder again.
Hope it helps anyone who is facing ...