Jump to content

Error message

From Wikipedia, the free encyclopedia
(Redirected from Access denied)
An error message when attempting to use the Wikipedia Visual editor

An error message is the information displayed when an unforeseen problem occurs, usually on a computer or other device. Modern operating systems with graphical user interfaces, often display error messages using dialog boxes. Error messages are used when user intervention is required, to indicate that a desired operation has failed, or to relay important warnings (such as warning a computer user that they are almost out of hard disk space). Error messages are seen widely throughout computing, and are part of every operating system or computer hardware device. The proper design of error messages is an important topic in usability and other fields of human–computer interaction.[1]

Common error messages

[edit]

The following error messages are commonly seen by modern computer users:[citation needed]

Access denied
This error occurs if the user does not have privileges to a file, or if it has been locked by some program or user.
Device not ready
This error most often occurs when there is no floppy disk (or a bad disk) in the disk drive and the system tries to perform tasks involving that disk.
Disk Boot Failure
This error message is commonly seen when the hard drive of the computer is having problems. If the computer can boot from a network, it may instead display the message "Media test failure, check cable".
File not found
The file concerned may have been damaged, moved, deleted, or a bug may have caused the error. Alternatively, the file might not exist, or the user has mistyped its name. This is most commonly seen on the internet with outdated links to web pages that no longer exist. On a local computer, this is more frequent on command line interfaces than on graphical user interfaces where files are presented iconically and users do not type file names.
Low Disk Space
This error occurs when the hard drive is (nearly) full. To fix this, the user should close some programs (to free swap file usage) and delete some files (normally temporary files, or other files after they have been backed up), or get a bigger hard drive.
Out of memory
This error occurs when the system has run out of memory or tries to load a file too large to store in RAM. The fix is to close some programs or install more physical memory.
[program name] has stopped working.
This message and similar ones are displayed by several operating systems when program causes a general protection fault or invalid page fault.

Specific error messages

[edit]
  • ? - the ed text editor will infamously reply with a single question mark for nearly all error conditions.
  • Abort, Retry, Fail? - A notoriously confusing error message seen in MS-DOS
    An example of an Error message .vbs script
  • Bad command or file name - Another notoriously common and confusing error message seen in MS-DOS
  • The Blue Screen of Death - On Microsoft Windows and ReactOS operating systems, this screen appears when Windows or ReactOS can no longer run because of a severe error.[2] It is roughly analogous to a kernel panic on Linux, Unix, or macOS.
  • Can't extend - an error message from Acorn DFS. DFS stores files in non-fragmented contiguous disk space, this error is caused when trying to extend an open random-access file into space that is already occupied by another file.
  • Guru Meditation - an error message from the Amiga, roughly analogous to a kernel panic or BSOD, also adopted by more recent products such as VirtualBox.
  • HTTP 404 - A file not found error seen on the World Wide Web, usually resulting from a link to a page that has been moved or deleted, or a mistyped URL
  • lp0 on fire - A Unix warning that the printer may be "on fire", literally or not
  • Not a typewriter - A Unix error message that is confusing due to its now obsolete use of the word "typewriter", and which is sometimes output when the nature of the error is seemingly entirely different
  • PC LOAD LETTER - An error on several HP laser printers that simply asked the user to add "Letter" size paper in a confusing way[3]
  • SYNTAX ERROR - Seen on many computer systems when the received instructions are in a format they don't understand
  • HTTP 504 - An error found on the World Wide Web stating that a gateway timeout occurred in the internet link.
  • Error 1603 - An error that states that a problem during installation of a computer program, this error particularly occurs on Windows computer systems.
  • <application name> has stopped - An error message commonly found on Android devices, which states a current running application unexpectedly stops working or crashes.
  • Success - one of the error messages (in this instance, POSIX) that occurs when the program has detected an error condition, yet the actual error message printing routine relies on C library to print the error reported by the operating system (in this case, errno.h), while the underlying system calls have succeeded and report no errors (in this case, errno == 0). This is a form of sloppy error handling that is particularly confusing for the user.
  • [Connection Time Out Error Mac] - Error occurs on Mac systems when it takes more time to connect wireless networks.

Fail pets

[edit]
Tumbeasts gnawing on servers, used by Tumblr in 2011

With the rise of Web 2.0 services such as Twitter, end-user facing error messages such as HTTP 404 and HTTP 500 started to be displayed with whimsical characters, termed Fail Pets or Error Mascots. The term "Fail Pet" was coined, or at least first used in print, by Mozilla Engineer Fred Wenzel in a post on his blog entitled "Why Wikipedia might need a fail-pet — and why Mozilla does not."[4] Dr. Sean Rintel argues that error messages are a critical strategic moment in brand awareness and loyalty. Fail pets are of interest to marketers because they can result in brand recognition (especially through earned media). "However, that same recognition carries the danger of highlighting service failure."[5] The most famous fail pet is Twitter's Fail Whale (see Twitter service outages). Other fail pets include:

Message format

[edit]

The form that error messages take varies between operating systems and programs.

Error messages on hardware devices, like computer peripherals, may take the form of dedicated lights indicating an error condition, a brief code that needs to be interpreted using a look-up sheet or a manual, or via a more detailed message on a display.

On computers, error messages may take the form of text printed to a console, or they may be presented as part of a graphical user interface. Error messages are often presented as a dialog box, which makes them cause a following mode error in the user interaction. In many cases the original error can be avoided by error prevention techniques. Instead of raising an error message the system design should have avoided the conditions that caused the error.[6]

While various graphical user interfaces have different conventions for displaying error messages, several techniques have become common:

  • A dialog box, or pop-up message, appears in a window on the screen, blocking further interaction with the computer until it is acknowledged. On Mac OS X, sheets are a form of dialog box that are attached to a specific window.
  • Notification icons appear to notify a user about a condition without interrupting their work. On Windows, notification icons appear in the System Tray. On Mac OS X, notification icons may appear in the menu bar, or may take the form of an application's icon "bouncing" in the Dock. The GNOME user interface for Unix systems can display notification icons in a panel.
  • Minor errors may be displayed in a status bar, a small portion of an application's window that can display brief messages to the user.

The three main factors[7] that influence the design of error messages are technical limitations, the amount of information to be presented, and what kind of user input is required.

Some systems have technical limitations that may constrain the amount of information an error message can contain. For example, a printer with a sixteen-character alphanumeric display can only show a very limited amount of information at once, so it may need to display very terse error messages. Even with computer monitors, the programmer must consider the smallest monitor that a user might reasonably use, and ensure that any error messages will fit on that screen.

The nature of the error determines the amount of information required to effectively convey the error message. A complex issue may require a more detailed error message in order to adequately inform the user of the problem.

Security

[edit]

When designing error messages, software designers should take care to avoid creating security vulnerabilities. The designer should give the user enough information to make an intelligent decision, but not so much information that the user is overwhelmed or confused. Extraneous information may be hidden by default or placed in a separate location. Error message should not expose information that can be exploited by a cracker to obtain information that is otherwise difficult to obtain. Examples are systems which may show either "invalid user" or "invalid password" depending on which is incorrect, and the error page in the web server IIS 5.0 which provides a complete technical description of the error including a source code fragment.

See also

[edit]

References

[edit]
  1. ^ Minhas, Saadis (May 30, 2018). "How to Write Good Error Messages". UX. Retrieved Jan 30, 2019.
  2. ^ Fisher, Tim (2019-01-16). "Blue Screens of Death (BSOD): Everything You Need to Know". Lifewire. Retrieved 2019-01-30.
  3. ^ McNamara, Paul (2009-04-29). "LaserJet turns 25 ... 'PC LOAD LETTER' still unfathomable". Network World. Retrieved 2019-01-30.
  4. ^ Wenzel, Fred (August 2009). "why wikipedia might need a fail-pet — and why mozilla does not". Retrieved 8 February 2012.
  5. ^ Rintel, Sean (2 November 2011). "The Evolution of Fail Pets : Strategic Whimsy and Brand Awareness in Error Messages". UX Magazine. Retrieved 8 February 2012.
  6. ^ Raskin, Jef (2000). "6-4-2: Messages to the User". The Humane Interface: New Directions for Designing Interactive Systems. ACM Press Series. Addison-Wesley. p. 178. ISBN 978-0-201-37937-2.
  7. ^ "Non-Fatal Errors: Creating usable, effective error messages". Archived from the original on 2009-05-08. Retrieved 2007-02-16.
[edit]