Error message

Specific error messages

• ? - 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
• 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. 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
• 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

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." 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." The most famous fail pet is Twitter's Fail Whale (see Twitter service outages). Other fail pets include:

• Ars Technica: Moon Shark (March 3, 2013)
• FarmVille on Facebook: Sad cow.
• GitHub: Octocat
• Google: Broken robot (March 2, 2011)
• iCloud: Cloud with Apple System 7 emoticon-style face and a magnifying glass
• Macintosh: Sad Mac
• Palliser Furniture: Between the cushions (January 31, 2018)
• Tumblr: Tumbeasts (January 25, 2011)
• Twitter: Fail Whale / Twitter Robot (July 30, 2008)
• YouTube: Televisions (on main site), light static inside video window (embedded video)
• Cartoon Network: BMO [Asia]: Domo
• Google Chrome: T-Rex
• Patreon: Red fox with a helmet floating in space
• VK: Sad Vkontakte dog
• Scratch: Giga scratching their head

Message format

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.

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 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

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.