This feature is no longer recommended. Though some browsers might still support it, it may have already been removed from the relevant web standards, may be in the process of being dropped, or may only be kept for compatibility purposes. Avoid using it, and update existing code if possible; see the compatibility table at the bottom of this page to guide your decision. Be aware that this feature may cease to work at any time.
Represents an error that occurs while using the
This interface is obsolete per the latest specification. Use the new DOM4
DOMError interface instead.
In the File System API, a
FileError represents error conditions that you might encounter while accessing the file system using the asynchronous API. It extends the
FileError interface described in File Writer and adds several new error codes.
FileError objects are passed to error callbacks. The objects have a code that shows the type of error that occurred.
Most people don't read the page on errors and exceptions unless they're stumped. So the following are a few tips that could help you avoid some pitfalls.
Although error callbacks are optional, you should include them in the arguments of the methods for the sake of the sanity of your users. A web app could fail for various reasons, so you don't want to spend the rest of your day guessing what's going on and going through maddening troubleshooting.
For security reasons, browsers do not allow you to run your app from
file://. In fact, many of the powerful storage APIs (such as File System, BlobBuilder, and FileReader) throw errors if you run the app locally from
file://. When you're just testing your app, and you don't want to set up a web server, you can bypass the security restriction on Chrome. Just start Chrome with the
--allow-file-access-from-files flag. Use the flag only for testing purposes.
||The most appropriate error code for the condition. See Error codes for possible values.|
Do not rely on the numeric values of the constants, which might change as the specifications continue to change. Use the constant names instead.
||5||The URL is malformed. Make sure that the URL is complete and valid.|
||9||The modification requested is not allowed. For example, the app might be trying to move a directory into its own child or moving a file into its parent directory without changing its name.|
||7||The operation cannot be performed on the current state of the interface object. For example, the state that was cached in an interface object has changed since it was last read from disk.|
||6||The state of the underlying file system prevents any writing to a file or a directory.|
||1||A required file or directory could not be found at the time an operation was processed. For example, a file did not exist but was being opened.|
||4||The file or directory cannot be read, typically due to permission problems that occur after a reference to a file has been acquired (for example, the file or directory is concurrently locked by another application).|
||12||The file or directory with the same path already exists.|
||10||Either there's not enough remaining storage space or the storage quota was reached and the user declined to give more space to the database. To ask for more storage, see Managing HTML5 Offline Storage.|
Access to the files were denied for one of the following reasons:
||11||The app looked up an entry, but the entry found is of the wrong type. For example, the app is asking for a directory, when the entry is really a file.|
BCD tables only load in the browser