We find that current Chrome and Safari browsers do not work well with the WesFiles web interface version 18.104.22.168. In particular, certain actions (such as trying to create a new folder) will divert users repeatedly to the log-in screen.
Copy. Don’t move.
Imagine that you have some files and folders in a folder called “Source” and you would like them to be in a folder called “Destination.” In principle you ought to have two options: you could copy them or move them from Source to Destination. On a personal computer, the most prominent difference between these two options is that copying leaves the original instance in Source, while moving does not. On a shared drive like WesFiles, however, moving and copying are complicated by permissions. What happens when the permissions on Source and Destination do not match?
Although it may not seem immediately intuitive, what happens on WesFiles, in principle, is this: Materials copied into Destination will adopt the permissions of Destination while materials moved to Destination will attempt to retain their original permissions. You can think of it this way: Copying creates new materials that get whatever permissions any new items in Destination would get. Moving, by contrast, does not create new resources, and the materials moved retain as much of their original settings as possible. In principle.
In practice, the behavior that people generally want is the one generated by copying. You might be putting the materials into a new folder so that you can share them, for instance, but the permissions on Destination will not apply to moved items, only to copied items. In addition, moving items between permissions environments can actually cause problems. When there are conflicts of privileges the system may wipe out all of the permissions. In that case you will not even see the moved files yourself, and you may think they have disappeared, though an admin will be able to restore the desired permissions for you.
In almost all cases, then, copying is a better choice than moving. If you really don’t want the new copies to adopt the Destination permissions, then you can create a Destination/Subfolder that has the permissions you want and copy your materials into it. Altnernatively, you can just copy the materials and then set the permissions in Destination. If you don’t need the originals, you will have to take the extra step of deleting them after the copy, but it is an extra step that will probably save you time in the long run.
Mysterious failures while moving, copying, deleting, or changing permissions might mean that you are bumping into our transaction limit, currently set at 20,000. You will not be able to perform these operations on more than 20,000 items at one time.
The solutions for working within the transaction limit will vary, depending on your situation, and you may want to contact your Desktop Support Specialist or Academic Computing Manager. There are three general strategies:
- Make changes in smaller batches. Go into the directory you are trying to change, and perform the operation on a couple sets of subdirectories. This is not always practical, but is generally a good approach when moving, copying, or deleting. You can select multiple subdirectories and then move, copy, or delete them together. Each batch will have to be under the transaction limit.
- Zip folders that you are not working in frequently. This can be especially effective if you are storing certain kinds of databases or backups on WesFiles. It is not recommended that you modify a database directly on WesFiles, anyway. If you zip your data before uploading, you will not only decrease the storage size, but you will replace multiple items (potentially thousands) with just one. The small file count will speed your upload as much as the smaller file size. In addition, you will not be tempted to make the mistake of editing your database live on the server.
- Use groups to manage permissions. This is a good option for areas over which you have sole management. You can change the membership of the group rather than changing the permissions on each file. The initial set-up will be time-consuming, because you will have first to add the group to the permissions one directory at a time.
Tip: The “Save to Zip File…” right-click option is not subject to a transaction limit. If you need to zip a folder that is already on WesFiles, you can use this function to do so quickly and easily, regardless of the number of files.
Versioning and Logging
Neither versioning nor logging will work correctly when you edit or upload files through the Mac Finder. Versioning will work correctly on a Mac only if you edit files locally and then upload new versions through the web interface. To the extent that Windows users may collaborate with Mac users, they also need to be aware of this problem. Editing a shared file through the Mac Finder will remove versioning and logging information. The problem occurs whether versioning or logging was set at the file or folder level. The documents themselves are not affected, but version histories and access logs will be lost. On the other hand, Mac users can look in the trash to find older, automatically deleted versions of files they have edited remotely.
File Type Confusion
In some cases, when you try to download files through the web interface, the server provides your browser with incorrect information about the type of file you are trying to access. As a result, the downloading process may launch an inappropriate application. In some cases it is sufficient to choose to save rather than to open the file you are downloading. Once you have the file on your own machine, you can open it with the correct application. In other cases, you may need to save the file onto your own computer as a zip file. Right- or control-click on the file to download and “Save to Zip File.”
Tickets will not open from within Word documents
A ticket is a cryptic URL that you can share with readers or collaborators so that they can access your materials without having to sign into WesFiles. Tickets are especially useful when working with people who do not have Wesleyan accounts. We have found at least one oddity, however: Tickets do no behave as expected when clicked from within a Word document. A user who clicks a ticket link in a Word document will be confronted by a message stating that they do not have permission to view the relevant resource. A solution is to copy the link from the document and paste it into a web browser’s address bar.
Double-click error with FireFox 3.5.5
Double-clicking a file to download it in Firefox 3.5.5 yields an error that “The url could not be resolved. Please check that the XDNG is running and try again.” As a workaround, you can right/control-click on the file and chose “Save to Desktop” or “Open in Browser” depending on what you want to do. Safari does not seem to be affected by this problem.
Drag-and-drop fails for advanced upload with FireFox 3.5+
The advanced uploader generally allows you to select files either by browsing or by dragging and dropping them into the upload area that appears on the upload page. The drag-and-drop operation on a Mac will fail for FireFox 3.5 and higher. The work-around is to use the file-browsing approach as described on the upload page.
User prompted for credentials when viewing public document
A user may be prompted for credentials even when viewing a public document when all of the following are true:
- Using Internet Explorer
- Office suite is installed on the system
- The parent folder of the file in question is NOT available to the user
A workaround for this problem is to set permissions on folders rather than files wherever possible.
Document stuck in “Read Only” Mode
If you find that you can open a certain document only in “read only” mode and you have established that the document is not open elsewhere or locked for any other reason, try closing all documents on WesFiles then disconnecting and reconnecting your Xythos Drive.
If you get this error:
Then a second box that says:
XYTHOS.EXE – Application Error
The instruction at “0x10065626” referenced memory at “0x00000000”. The memory could not be read.
Try this fix:
Left click on My Computer – select Properties – Go to the Advanced Tab to the right and click on it – In the performance section ; click on advanced options – In the lower box you will see Virtual Memory – Increase the size ( 400 min and 2000 Max ) click on set – You will have to reboot your system –
You can try tweaking the numbers a little but this is where you would try to make the adjustment to eliminate the errors.
Permissions on Xythos Drive
We have seen that setting permissions via the Xythos Drive will sometimes prevent revisions to permissions submitted via the web interface. As a general practice, we recommend using the web interface to manage permissions.
Vista Hotfix Needed to Use Web Folders
In order to use Web Folders with IE on Windows Vista, you may need to download a service pack as described here.
Xythos Drive on Vista
One of the default settings on Vista can interfere with the operation of the Xythos Drive. If you are having difficulty try this fix:
- Click Start > Run
- Type “secpol.msc.” in the Run field to go to Vista’s security policy system
- Click Go to: Local Policies > Security Options
- Find “Network Security: LAN Manager” authentication level
- Change the Setting from “Send NTLMv2 response only” to “Send LM & NTLM — use NTLMv2 session security if negotiated.”
- Close and run gpupdate /force
- Xythos Drive connects successfully.
Xythos has not yet released a version of the Xythos Drive for 64-bit Windows machines. The problems with 64-bit Web Folder have, however, been corrected, so that 64-bit users can use Web Folders as a very viable alternative to the Xythos Drive.
The WesFiles web interface presents challenges for access by mobile devices. Most prominently, you may find that tapping or double-tapping a folder or file will have no effect. On the other hand, there are ways to work around this limitation. The suggestions here are not device-specific, but rather general strategies on alternative ways to do things.
- One trick is to point your browser to the full path for a directory. As described elsewhere on this site, the full path to a directory will lead you to a simplified index page. The links on this type of index page are all tappable. You will be able to drill down, go up to a parent directory, and download whatever file types your device can handle.
- Within the richer WesFiles interface, you can use the twisties between folder names in the WesFiles address bar to descend into subdirectories.
- You can perform many actions by checking the box for an item and then clicking on one of the action buttons above the directory listing. In particular, clicking on the “Manage” button for a file will give you access to the “Summary” area where you will find a tappable full URL to the file.
- Use two fingers to scroll down a long list of files or folders in the standard web view.
For many purposes, you may prefer to use a mobile WebDAV client such as the WebDAV Navigator for the iPhone and iPad. Some individual apps will also allow you to set up a remote WebDAV server connection. In either case, you can use https://wesfiles.wesleyan.edu/ as the server location. Choose a ‘secure’ WebDAV connection. Details of the server set-up form will vary from app to app.