Error message show message

This tutorial will walk through the common ways to show error messages in HTML forms. Free example code download included.

Welcome to a quick tutorial on how to show error messages in HTML forms. This is probably one of the major bugbears for some beginners, how do we handle and show error messages for HTML forms?

There are no fixed ways to show errors in HTML forms, but the common methods to display error messages are:

  1. Simply add checking attributes to the HTML form fields, and the browser will automatically show the errors. For example, <input type="text" required>
  2. Use Javascript to show custom error messages as the user types in the fields.
  3. Collectively show all error messages in a popup box when the user submits an invalid form.
  4. Show error messages below the invalid fields.

That covers the broad basics, let us walk through detailed examples in this guide – Read on!

ⓘ I have included a zip file with all the source code at the start of this tutorial, so you don’t have to copy-paste everything… Or if you just want to dive straight in.

TABLE OF CONTENTS

DOWNLOAD & NOTES

Firstly, here is the download link to the example code as promised.

QUICK NOTES

If you spot a bug, feel free to comment below. I try to answer short questions too, but it is one person versus the entire world… If you need answers urgently, please check out my list of websites to get help with programming.

EXAMPLE CODE DOWNLOAD

Click here to download all the example source code, I have released it under the MIT license, so feel free to build on top of it or use it in your own project.

DISPLAY ERROR MESSAGES

All right, let us now get into the various examples of displaying error messages in an HTML form.

EXAMPLE 1) DEFAULT ERROR DISPLAY

1-default.html

<form onsubmit="return false;">
  <label for="fname">Name</label>
  <input type="text" name="fname" id="fname" required minlength="2" maxlength="8">

  <label for="fnumber">Number</label>
  <input type="number" name="fnumber" id="fnumber" min="1" max="12">

  <label for="fyes">Enter "Yes"</label>
  <input type="text" name="fyes" id="fyes" required pattern="Yes">

  <input type="submit" value="Go!">
</form>

Oh no, displaying error messages is SO DIFFICULT! Not. Just add the form checking attributes to the fields:

  • required Self-explanatory. A required field that cannot be left blank.
  • min-length max-length The minimum and maximum number of characters allowed.
  • min max For number fields only, the minimum and maximum allowed values.
  • pattern This field must match the custom pattern. Will leave a link in the extras section below if you want to learn more.

Yes, that’s all. The browser will do the rest of the magic.

EXAMPLE 2) SHOW ERRORS AS-YOU-TYPE

2-type.html

<!-- (A) HTML FORM -->
<form onsubmit="return false;">
  <label for="fname">Name</label>
  <input type="text" name="fname" id="fname" required minlength="2" maxlength="8">
 
  <input type="submit" value="Go!">
</form>
 
<!-- (B) SET CUSTOM ERROR MESSAGE -->
<script>
var fname = document.getElementById("fname");
fname.addEventListener("input", () => {
  if (fname.validity.tooLong || fname.validity.tooShort || fname.validity.valueMissing) {
    fname.setCustomValidity("Name must be 2-8 characters.");
    fname.reportValidity();
  } else { fname.setCustomValidity(""); }
});
</script>

This one is a little naggy and requires some Javascript. A couple of functions and properties to take note of here:

  • document.getElementById("ID") Get element by ID. Captain Obvious.
  • FIELD.addEventListener("input", FUNCTION) Run this function whenever the user types something in the field.
  • FIELD.validity.tooLong FIELD.validity.tooShort FIELD.validity.valueMissing We can actually target various invalid statuses and show different messages. Will leave a link in the extras section below to the full list.
  • FIELD.setCustomValidity("MESSAGE") and FIELD.reportValidity() Show custom error message.

EXAMPLE 3) DISPLAY ERROR MESSAGES IN POPUP

3-alert.html

<!-- (A) HTML FORM -->
<form onsubmit="return check()" novalidate>
  <label for="fname">Name</label>
  <input type="text" name="fname" id="fname" required minlength="2" maxlength="8">

  <label for="fnumber">Number</label>
  <input type="number" name="fnumber" id="fnumber" required min="1" max="12">

  <input type="submit" value="Go!">
</form>
 
<!-- (B) FORM CHECK -->
<script>
function check () {
  // (B1) INIT
  var error = "", field = "";
 
  // (B2) NAME
  field = document.getElementById("fname");
  if (!field.checkValidity()) {
    error += "Name must be 2-4 charactersrn";
  }

  // (B3) NUMBER
  field = document.getElementById("fnumber");
  if (!field.checkValidity()) {
    error += "Num must be between 1-12rn";
  }

  // (B4) RESULT
  if (error=="") { return true; }
  else {
    alert(error);
    return false;
  }
}
</script>

The less naggy method, where all the error messages are compiled into a single popup. Take note:

  • A novalidate has been added to the <form> tag. This disables the default browser form checking, and we do our own in Javascript using onsubmit="return check()".
  • The Javascript is pretty long-winded but straightforward.
    • Use var error = "" to collect all the error messages.
    • Fetch the field we want to check field = document.getElementById("ID").
    • Add a message if it is invalid if (!field.checkValidity()) { error += "ERROR"; }
    • That’s all, repeat the check for all fields.
    • Lastly, show the error message if not empty and don’t allow the form submission if (error !="") { alert(error); return false; }

EXAMPLE 4) SHOW ERROR MESSAGE UNDER FIELD

4-below.html

 <!-- (A) SOME SIMPLE ERROR STYLES -->
<style>
.err { background: #ffe6ee; border: 1px solid #b1395f; }
.emsg { color: #c12020; font-weight: bold; }
</style>
 
<!-- (B) HTML FORM -->
<form onsubmit="return check()" novalidate>
  <label for="fname">Name</label>
  <input type="text" name="fname" id="fname" required minlength="2" maxlength="8">
  <div id="cname" class="emsg"></div> 
 
  <label for="fnumber">Number</label>
  <input type="number" name="fnumber" id="fnumber" required min="1" max="12">
  <div id="cnumber" class="emsg"></div>
 
  <input type="submit" value="Go!">
</form>
 
<!-- (C) FORM CHECK -->
<script>
function check () {
  // (C1) INIT
  var valid = true, error = "", field = "";

  // (C2) NAME
  field = document.getElementById("fname");
  error = document.getElementById("cname");
  if (!field.checkValidity()) {
    valid = false;
    field.classList.add("err");
    error.innerHTML = "Name must be 2-4 charactersrn";
  } else {
    field.classList.remove("err");
    error.innerHTML = "";
  }

  // (C3) NUMBER
  field = document.getElementById("fnumber");
  error = document.getElementById("cnumber");
  if (!field.checkValidity()) {
    valid = false;
    field.classList.add("err");
    error.innerHTML = "Num must be between 1-12rn";
  } else {
    field.classList.remove("err");
    error.innerHTML = "";
  }

  // (C4) RESULT
  return valid;
}
</script>

Lastly, this is pretty much similar to the popup example.

  • Use novalidate and onsubmit to do our own customization.
  • But instead of showing in a popup, we attach a <div class="emsg"> below all fields.
  • On an invalid input, we show the error message in the <div>  instead.

LINKS & REFERENCES

  • HTML Pattern – MDN
  • Validity State – MDN
  • Form Validation – MDN
  • HTML Form Validation Without Javascript – Code Boxx

THE END

Thank you for reading, and we have come to the end. I hope that it has helped you to better understand, and if you want to share anything with this guide, please feel free to comment below. Good luck and happy coding!

It depends on the app, and what the app will be able to do once it has met this
error.

The two methods that Google suggests in the Material Design Guide to deal with these types of messages are:

Dialogs (in this case the Alert Dialog):

Alert Dialog

and Snackbars:

Snackbar

To use your example: Some data is requested from a remote server, but because of some error or exception, the fetch fails and no data is returned.

At this point, the type of error message would depend on how the app will function from that point on, without that data. If the app will perform as it is, meaning the fetch was something akin to a background update, the appropriate thing to show would be a Snackbar. Why?

From the Guide:

Snackbars provide lightweight feedback about an operation by showing a brief message at the bottom of the screen. Snackbars can contain an action.

Lightweight is really the reason here. If the app will function without that background data fetch, you should not block the UI with a message. Just let the user know things didn’t work out the way they should so that he can do something about it if he cares.

Here is an example taken from the guide:

enter image description here

For code: the Developer Docs on Snackbars

Never use a Toast. A Toast is too small, too brief and can go by unnoticed. Use a Snackbar.

But, in the scenario where your app will not function, or will show nothing but a blank screen without that data, the correct thing to do would be to show an Alert Dialog.

No one wants to see nothing but a blank screen, and if you can’t populate it with data, you need to give the user a screen from which they can perform alternate functions, even if that is to quit the app.

From the Guide on Alerts:

Alerts inform the user about a situation or action that requires their
confirmation or acknowledgement before proceeding. They differ
slightly in appearance based upon the severity and impact of the
message conveyed.

Alerts are interruptive, urgent, and prevent users from proceeding
until they make a decision.

AND

Disambiguation from Snackbars: In contrast to Alerts, Snackbars
present optional but important information or actions and usually
appear after an action. For example, use an alert to confirm
discarding a draft. Use a snackbar to present an undo action, because
the action is optional and the user can continue with their primary
task without taking action.

So if the app won’t function without that data, go with an Alert Dialog.

How to Write Helpful Error Messages to Improve Your App's User Experience

Gone are the days of useless and generic error messaging.

A generic error message displaying: "Oops, something went wrong. Please try again later"

Screenshot taken moments before a rage-quit

If you’re here, you’re likely concerned with making your user-facing products as delightful as possible. And error messaging plays an important role in that.

Having useful error messages can go a long way toward making a frustrating scenario for an end-user as pleasant as possible.

This article is split into two parts. The first builds context around error messages and why they’re important. This section should be useful, regardless of whether you’re a JavaScript developer or not.

The second part is a short follow-along to help get you started managing your own error messages.

The current state of error messaging

In a perfect world, error messages would be redundant and users would be able to use anything you’ve built a-okay, no problem-o. But errors will happen, and your end-users will run into them.

These errors can stem from:

  • Failing validation
  • Server-side failures
  • Rate limiting
  • Borked code
  • Acts of god

And when things go wrong, often the client-facing error messaging takes shape in one of two ways:

  • Generic errors with no meaningful information, e.g. Something went wrong, please try again later
  • Hyper specific messages from the stack trace sent by the server, e.g. Error 10x29183: line 26: error mapping Object -> Int32

Neither are helpful for our end-users.

For our users, the generic error can create a feeling of helplessness and frustration. If they get such a message, they can’t complete an action, and have no way of knowing why the error happened and how (or if) they can resolve it. This can result in loss of end-user trust, loss of customer, or an angry review.

On the other hand, hyper-specific error messages are a leaky abstraction and shouldn’t be seen by our end-user’s eyes.

For one, these kind of errors provide implementation information about our server-side logic. Is this a security concern? probably? I’m no pen-tester.

Secondly, if we’re in the business of crafting engaging user experiences, (and why wouldn’t you be?) our error messages should feel human and be service-oriented. This is a sentiment shared in a number of resource I’ve come across, many of which of I’ve included in a further reading section at the end.

Why should I create sane error messaging?

To help maintain developer sanity

Hunting bugs is hard, and scanning logs is tedious. Sometimes we’re provided with context about why things failed, and other times we aren’t. If an end-user reports a bug it’s important they can present to us as much useful information as possible.

A report from a user that says:

Hi, I was using the app sometime last night updating my profile and all of a sudden it stopped working. The error said something about a validation error, but I don't know what that means

is much less useful than:

Hi, I was using the app sometime last night updating my profile and all of a sudden it stopped working. The error said "We had trouble updating your details. Your address must be located within the EU" but I live in England

This saves us time and cuts down on red herrings. A clear and specific error message may also help an end-user understand what they themselves have done wrong, and can allow them to fix their mistake.

To help maintain organisation sanity

Sane error messages also yield benefits on an organisation level. For those working in larger companies, copy/messaging may be the responsibility of an entirely separate department. The more places in the code that require copy changes, the easier it is for the copy to get out of sync with your company’s brand guidelines.

Conversely, keeping all of your error messages in a single source makes it much easier for those owning copy to adhere to those brand guidelines.

Other departments, like the support team, may be inundated with support tickets from users. If you’re an engineer, why not reach out to your support team to see how many support tickets could be avoided with improved error messaging.

Fixing the problems with your messaging when a user incorrectly fills out a form, has missing data, or doesn’t have permissions for a specific action could positively impact the lives of the support team.

To help maintain end-user sanity

By providing sane error messaging we hope to not leave our end users feeling helpless.

As described earlier, our messaging should be serviceoriented. They should guide our user on how to complete their process, or at least let them know where they can go and get help if the problem is beyond their control.

In Jon Yablonski’s book, the Laws of UX, he describes a psychological concept called the Peak-end Rule:

People judge an experience largely based on how they felt at its peak and at its end rather than the total sum or average of every moment of the experience

In the context of this article, if people become so frustrated that they rage quit your site, their lasting memory of your application is of how frustrating it is to use.

Error messages play a large part in preventing this, as they can act as the final gatekeeper preventing a user who is simply stuck from turning to one so frustrated they quit your app.

If someone is using your product for a transactional purpose like buying an airplane ticket or shopping online, and they’ve been stopped dead in their tracks during a task with no way to continue, the likelihood of them leaving your site for another skyrockets. Another lost customer.

While this is wholly anecdotal, I’ve rage quit sites often from not knowing how to complete a process – either nothing happened when I clicked a button, or I just kept getting vague error messages.

Unless these sites/apps are one of those few ubiquitous platforms (like Google, Instagram, Apple), I likely haven’t have used them since. I’m sure you can even remember a time this happened to you. In fact, I’ll openly welcome pictures of awful error messages via Twitter

Using sane error messaging can help offset this frustration if something doesn’t go right. Surprisingly, creating a useful error message only requires a handful of qualities.

What makes a good error message?

Taken from Microcopy: A complete guide. A useful error message should satisfy these qualities:

  • Explain clearly that there is a problem
  • Explain what the problem is
  • If possible, provide a solution so that the user can complete the process, or
  • Point them to where they can go for help
  • Make a frustrating scenario as pleasant as possible

This might sound like a lot to cover with just a couple of sentences, but here are some examples of what I deem to be good error messages:

  • We’ve limited how many times you can reset your password every hour. You can try again later.
  • Please log in to view this profile
  • We couldn’t create your profile, only UK residents can use our app.

It’s worth noting that I’m not a UX researcher/designer, just a frontend developer with a keen interest in UX. It may be that my above examples miss the mark on what’s required within your project or organisation.

Saying that, if you’re a frontend engineer, improving your organisation’s error messaging makes for an excellent opportunity to upskill and collaborate with your UXer colleagues.

How can I start writing sane error messages?

I’ve open-sourced a simple tool called sane-error-messages. Running the tool will generate a brand new repo designed to house your default error messaging. You can tweak the default values, add or remove messages, and then publish it to consume within your client facing apps.

sane-error-messages works by aggregating all of your messaging in to a single JavaScript object. The key is an error code, and the value is a corresponding message.

The error codes should be the same codes you receive from your server, such as  POSTS_NOT_FOUND or CONFLICTING_USER_RECORD. Your error messaging repo exposes a function to get your error message from an error code.

This approach was inspired by how tools like Cypress handle their error messaging.

As long as your server returns predictable error codes, the server-side implementation doesn’t matter. The following sequence is just one way of implementing sane-error-messages

A sequence diagram showing the process of displaying a sane error message.

Having a separate repo becomes more important the more user-facing apps you have.

In short:

  • The user «views all products»
  • The frontend makes a network request
  • The network request fails and returns an error code «USER_NOT FOUND»
  • The frontend requests the corresponding error message from your error-messages package.
  • The frontend applies any relevant contextual information
  • The frontend displays this information to the end user.

If you want to try something hands on, you can play with this CodeSandbox. The CodeSandbox fires off a request to a mock server which returns 1 of 12 error codes at random.

The client side will use the error code to retrieve a sane error message from the error messages repo. The client side then displays the error message to the user. If the code doesn’t have a specified message, the generic fallback gets shown (and it sucks).

A gif of relevant error messages displaying on a code sandbox

Some sane error messages in the wild

Note: You can find the repo here. If you come across any problems during the tutorial process you can file a GitHub issue.

Begin by running

yarn global add sane-error-message

then

sane-error-messages create <dirName>

to scaffold your project. Doing so will create a brand new module for you to customise with your default error messages.

Your new module uses tsdx under-the-hood to handle all of the module management scripts, such as running, building, and testing.

You can learn more about tsdx here.

In short, the contents of your new package will look like this:

/* errorCodes.ts: The file that defines each error code like */
const USER_NOT_ADMIN = '403_USER_NOT_ADMIN'

/* defaultErrorMessages.ts: Maps each code to a default message */
const errorCodes {
  // your codes and messages go here...
  [USER_NOT_ADMIN]: "We're afraid only administrators have access to "
}

/* ErrorMessages.ts: The class you'll use to instantiate your error messages object in the consuming project */
class ErrorMessages {
  // You can override default messages with more specific ones
  constructor: (customErrorMessages: Partial<Record<string | number, string>>): ErrorMessages;

  // Pass through an error code to get your custom message
  getErrorMessage: (code: string | number, fallbackMessage?: string): string;

  // Checks to see if the argument is a valid error code and acts as a guard for non-ErrorCode values
  isErrorCode(code: string | number): boolean;

  // Returns the errorCodes object with your custom messages
  messages: Record<ErrorCode, string>
}

type ErrorCode = ValueOf<errorCodes>

How to consume your error messages

If you created a repo with the name custom-error-messages and published it to npm, you’d be able to consume it within your apps by doing the following:

import { ErrorMessages } from 'custom-error-messages';

const customErrorMessages = {
  '400_validation': 'Please enter the fields in your form correctly',
};

// Initialise your errorMessages object with your custom messages
const errorMessages = new ErrorMessages(customErrorMessages);

function riskyFunction() {
  try {
    // Throws an error 
    await boom();
  } catch (err) {
    // Get the error code our server sent over
    const { code } = err;
		
    // Get the code's corresponding message
    const message = errorMessages.getErrorMessage(code);
    
    // Display the message to the client
    displayNotification(message);
  }
}

You can then take all of the error codes that your server-side returns and apply corresponding messages to them.

Once you’re ready, you can publish your tool to NPM, and then consume it from your client-facing apps.

Conclusion

I hope you’ve enjoyed learning about an often overlooked aspect of web development.

I’ve done a bunch of reading to learn about error messaging and I’ve shared some of my favourite resources below. Some are books and others are short articles, but they’re all worth your time.

You can also reach out if any part of the tutorial wasn’t clear, or if you feel I can streamline things. Thanks for reading.

FAQs

Why can’t the server-side just return these messages?

The server shouldn’t be concerned with any client-facing logic. But if you’re fortunate enough to work with an API that gives useful error codes with each failed request, then you’re nearly there.

Will I need to create an instance of error-messages for every API consumer?

Not necessarily. Because this package can take a list of default messages and codes, as long as it’s in sync with the APIs, your frontends will be able to consume the same package.

In each client-side instance, you can pass through additional error codes, or override existing messages to tailor your frontend messaging.

I think this package should have X or do Y differently

I’m dogfooding this internally at my job, and this is a problem space I’m very new to. I would love to hear of any suggestions, or improvements to the overall architecture or feature-set of sane-error-messages.

Further Reading

Microcopy: A Complete Guide
I mentioned this book a little earlier, and it’s one of my favourites when it comes to making my user-facing products a lot more personable.

The book’s author Kinneret Yifrah, has graciously provided a coupon for 10% off, you can purchase it here.

Coupon code for the eBook: andrico-ebook

Coupon code for the bundle: andrico-bundle

Error messaging guidelines: NN Group
A short article on the importance of sane error messaging which shares some very useful tips on how to create sane error messaging.

In short:

  • Errors should be expressed in plain language
  • Indicate what the problem is
  • Suggest a solution

Error Messages (Design basics): Microsoft
An in-depth article that covers both design guidelines messaging practices

Laws of UX
A short book that introduces how a handful of psychology concepts can be used to improve your products UX.



Learn to code for free. freeCodeCamp’s open source curriculum has helped more than 40,000 people get jobs as developers. Get started

Show Laravel error message in Blade
Show Laravel error message in Blade

When rendering data into Laravel Blade template, sometimes you will need to show error message into views. This is a fairly simple guide on how to show Laravel error message via Blade template.

By default in Laravel, the $errors variable is a global one, which is bound automatically into all views, and you can access it directly in views without doing anything.

Assume you have following form error handling user interface.

<h1>Add new article</h1>

<form action="POST">
    <label for="title">Title</label>
    <input type="text" name="title" id="title">
    <p class="error"></p>

    <label for="content">Content</label>
    <textarea name="content" id="content" cols="30" rows="10"></textarea>
    <p class="error"></p>
    
    <button type="submit">Add article</button>
</form>

There are something to consider here.

  • First, you want to know if there is any error happening during view rendering.
  • Secondly, you don’t want to show that empty p.error tag if there is no error at all.

Check if there is any error

There are several methods you can try to check if there is any error in Laravel Blade templates.

$errors->any()
$errors->has()
$errors->count() > 0
$errors->isEmpty()

You can you any of those, also you can check for a error message for a specific key using has($key) such as:

@if ($errors->has('title'))
    <p class="error">{{ $errors->get('title') }}</p>
@endif

To get error message for a key, use get($key) method.

In some cases, a key can contain more than one message, and you only want to display the first message, then you will use $errors->first($key) to retrieve only the first one.

You can also use that to add conditional CSS error class for input field if necessary.

<input class="{{ $errors->has('title') ? 'error' : '' }}" name="title" />

So the CSS class error only displays if there is any error message associate with key title.

Show all Laravel error messages

You might also want to iterate and show all error messages at once, try following snippet:

@if($errors->has())
   @foreach ($errors->all() as $error)
      <div>{{ $error }}</div>
  @endforeach
@endif

Using Blade @error directive (Laravel 6+)

Show Laravel error message is a common task, so a new built-in Blade directive has been integrated into the framework, @error, starting from Laravel 6+ onward.

Usage for @error directive is straight-forward.

<input class="@error('title') error @enderror" name="title">
@error('title')
    <p class="error">{{ $errors->get('title') }}</div>
@enderror

Conclusion

Handling errors is fairly simple in Laravel and developers can easily show Laravel error message in Blade. Also, make sure to check Laravel official documentation for any future update.

Some references about how Laravel handles error message in Blade template:

  • https://laravel.com/docs/5.8/blade#validation-errors
  • ViewErrorBag
  • MessageBag

Ошибки¶

Приложения, работающие в Node.js, обычно сталкиваются с четырьмя категориями ошибок:

  • Стандартные ошибки JavaScript, такие как {EvalError}, {SyntaxError}, {RangeError}, {ReferenceError}, {TypeError} и {URIError}.
  • Системные ошибки, вызванные ограничениями базовой операционной системы, такими как попытка открыть несуществующий файл или попытка отправить данные через закрытый сокет.
  • Пользовательские ошибки, вызванные кодом приложения.
  • AssertionErrors — это особый класс ошибок, который может быть вызван, когда Node.js обнаруживает исключительное логическое нарушение, которое никогда не должно происходить. Обычно они поднимаются assert модуль.

Все ошибки JavaScript и системные ошибки, вызванные Node.js, наследуются от стандартного класса {Error} JavaScript или являются его экземплярами и гарантированно предоставляют по меньшей мере свойства, доступные в этом классе.

Распространение ошибок и перехват¶

Node.js поддерживает несколько механизмов распространения и обработки ошибок, возникающих во время работы приложения. То, как эти ошибки сообщаются и обрабатываются, полностью зависит от типа Error и стиль вызываемого API.

Все ошибки JavaScript обрабатываются как исключения, которые немедленно генерировать и выдавать ошибку с помощью стандартного JavaScript throw механизм. Они обрабатываются с помощью try…catch строить предоставляется языком JavaScript.

// Throws with a ReferenceError because z is not defined.
try {
  const m = 1;
  const n = m + z;
} catch (err) {
  // Handle the error here.
}

Любое использование JavaScript throw механизм вызовет исключение, которое должен обрабатываться с использованием try…catch или процесс Node.js немедленно завершится.

За некоторыми исключениями, Синхронный API (любой метод блокировки, не принимающий callback функция, например fs.readFileSync), буду использовать throw сообщать об ошибках.

Ошибки, возникающие внутри Асинхронные API можно сообщить несколькими способами:

  • Большинство асинхронных методов, которые принимают callback функция примет Error объект, переданный в качестве первого аргумента этой функции. Если этот первый аргумент не null и является экземпляром Error, то произошла ошибка, которую необходимо обработать.
const fs = require('fs');
fs.readFile('a file that does not exist', (err, data) => {
  if (err) {
    console.error(
      'There was an error reading the file!',
      err
    );
    return;
  }
  // Otherwise handle the data
});
  • Когда асинхронный метод вызывается для объекта, который является EventEmitter, ошибки могут быть перенаправлены на этот объект 'error' событие.
const net = require('net');
const connection = net.connect('localhost');

// Adding an 'error' event handler to a stream:
connection.on('error', (err) => {
  // If the connection is reset by the server, or if it can't
  // connect at all, or on any sort of error encountered by
  // the connection, the error will be sent here.
  console.error(err);
});

connection.pipe(process.stdout);
  • Некоторые обычно асинхронные методы в API Node.js могут по-прежнему использовать throw механизм для создания исключений, которые должны обрабатываться с помощью try…catch. Исчерпывающего списка таких методов нет; обратитесь к документации по каждому методу, чтобы определить соответствующий требуемый механизм обработки ошибок.

Использование 'error' механизм событий наиболее распространен для потоковый а также на основе эмиттера событий API-интерфейсы, которые сами по себе представляют собой серию асинхронных операций с течением времени (в отличие от одной операции, которая может пройти или закончиться неудачей).

Для все EventEmitter объекты, если 'error' обработчик событий не предоставляется, будет выдана ошибка, в результате чего процесс Node.js сообщит о неперехваченном исключении и завершится сбоем, если только одно из следующих событий: domain модуль используется надлежащим образом или обработчик зарегистрирован для 'uncaughtException' событие.

const EventEmitter = require('events');
const ee = new EventEmitter();

setImmediate(() => {
  // This will crash the process because no 'error' event
  // handler has been added.
  ee.emit('error', new Error('This will crash'));
});

Ошибки, сгенерированные таким образом не мочь быть перехваченным с помощью try…catch как они брошены после код вызова уже вышел.

Разработчики должны обращаться к документации по каждому методу, чтобы точно определить, как распространяются ошибки, вызванные этими методами.

Обратные вызовы при первой ошибке¶

Большинство асинхронных методов, предоставляемых основным API Node.js, следуют идиоматическому шаблону, называемому обратный вызов при первой ошибке. В этом шаблоне функция обратного вызова передается методу в качестве аргумента. Когда операция завершается или возникает ошибка, вызывается функция обратного вызова с Error объект (если есть) передается в качестве первого аргумента. Если ошибки не возникло, первый аргумент будет передан как null.

const fs = require('fs');

function errorFirstCallback(err, data) {
  if (err) {
    console.error('There was an error', err);
    return;
  }
  console.log(data);
}

fs.readFile(
  '/some/file/that/does-not-exist',
  errorFirstCallback
);
fs.readFile(
  '/some/file/that/does-exist',
  errorFirstCallback
);

JavaScript try…catch механизм не мочь использоваться для перехвата ошибок, генерируемых асинхронными API. Распространенная ошибка новичков — пытаться использовать throw внутри обратного вызова с ошибкой:

// THIS WILL NOT WORK:
const fs = require('fs');

try {
  fs.readFile(
    '/some/file/that/does-not-exist',
    (err, data) => {
      // Mistaken assumption: throwing here...
      if (err) {
        throw err;
      }
    }
  );
} catch (err) {
  // This will not catch the throw!
  console.error(err);
}

Это не сработает, потому что функция обратного вызова передана в fs.readFile() вызывается асинхронно. К моменту вызова обратного вызова окружающий код, включая try…catch блок, уже вышли. Выдача ошибки внутри обратного вызова может привести к сбою процесса Node.js в большинстве случаев. Если домены включены, или обработчик был зарегистрирован с process.on('uncaughtException'), такие ошибки можно перехватить.

Класс: Error

Общий объект JavaScript {Error}, не указывающий на конкретную причину возникновения ошибки. Error объекты фиксируют «трассировку стека», детализирующую точку в коде, в которой Error был создан, и может содержать текстовое описание ошибки.

Все ошибки, генерируемые Node.js, включая все системные ошибки и ошибки JavaScript, будут либо экземплярами, либо унаследованы от Error класс.

new Error(message)

  • message {нить}

Создает новый Error объект и устанавливает error.message в предоставленное текстовое сообщение. Если объект передается как message, текстовое сообщение создается при вызове message.toString(). В error.stack свойство будет представлять точку в коде, в которой new Error() назывался. Трассировки стека зависят от API трассировки стека V8. Трассировки стека распространяются только на (а) начало синхронное выполнение кода, или (b) количество кадров, заданное свойством Error.stackTraceLimit, в зависимости от того, что меньше.

Error.captureStackTrace(targetObject[, constructorOpt])

  • targetObject {Объект}
  • constructorOpt {Функция}

Создает .stack собственность на targetObject, который при доступе возвращает строку, представляющую место в коде, в котором Error.captureStackTrace() назывался.

const myObject = {};
Error.captureStackTrace(myObject);
myObject.stack; // Similar to `new Error().stack`

Первая строка трассировки будет иметь префикс ${myObject.name}: ${myObject.message}.

Необязательный constructorOpt Аргумент принимает функцию. Если указано, все кадры выше constructorOpt, включая constructorOpt, будет исключен из сгенерированной трассировки стека.

В constructorOpt Аргумент полезен для сокрытия деталей реализации генерации ошибок от пользователя. Например:

function MyError() {
  Error.captureStackTrace(this, MyError);
}

// Without passing MyError to captureStackTrace, the MyError
// frame would show up in the .stack property. By passing
// the constructor, we omit that frame, and retain all frames below it.
new MyError().stack;

Error.stackTraceLimit

  • {количество}

В Error.stackTraceLimit указывает количество кадров стека, собранных трассировкой стека (независимо от того, сгенерированы ли они new Error().stack или Error.captureStackTrace(obj)).

Значение по умолчанию — 10 но может быть установлен на любой допустимый номер JavaScript. Изменения повлияют на любую записанную трассировку стека. после значение было изменено.

Если установлено нечисловое значение или задано отрицательное число, трассировки стека не будут захватывать какие-либо кадры.

error.code

  • {нить}

В error.code Свойство — это строковая метка, определяющая тип ошибки. error.code это наиболее стабильный способ выявления ошибки. Он будет меняться только между основными версиями Node.js. Наоборот, error.message строки могут меняться между любыми версиями Node.js. Видеть Коды ошибок Node.js для получения подробной информации о конкретных кодах.

error.message

  • {нить}

В error.message свойство — это строковое описание ошибки, установленное при вызове new Error(message). В message переданный конструктору, также появится в первой строке трассировки стека Error, однако изменение этого свойства после Error объект создан может нет изменить первую строку трассировки стека (например, когда error.stack читается до изменения этого свойства).

const err = new Error('The message');
console.error(err.message);
// Prints: The message

error.stack

  • {нить}

В error.stack свойство — это строка, описывающая точку в коде, в которой Error был создан.

Error: Things keep happening!
   at /home/gbusey/file.js:525:2
   at Frobnicator.refrobulate (/home/gbusey/business-logic.js:424:21)
   at Actor.<anonymous> (/home/gbusey/actors.js:400:8)
   at increaseSynergy (/home/gbusey/actors.js:701:6)

Первая строка отформатирована как <error class name>: <error message>, за которым следует серия кадров стека (каждая строка начинается с «at»). Каждый фрейм описывает сайт вызова в коде, который приводит к сгенерированной ошибке. V8 пытается отобразить имя для каждой функции (по имени переменной, имени функции или имени метода объекта), но иногда не может найти подходящее имя. Если V8 не может определить имя функции, для этого фрейма будет отображаться только информация о местоположении. В противном случае определенное имя функции будет отображаться с информацией о местоположении, добавленной в круглые скобки.

Фреймы создаются только для функций JavaScript. Если, например, выполнение синхронно проходит через дополнительную функцию C ++, называемую cheetahify который сам вызывает функцию JavaScript, фрейм, представляющий cheetahify вызов не будет присутствовать в трассировке стека:

const cheetahify = require('./native-binding.node');

function makeFaster() {
  // `cheetahify()` *synchronously* calls speedy.
  cheetahify(function speedy() {
    throw new Error('oh no!');
  });
}

makeFaster();
// will throw:
//   /home/gbusey/file.js:6
//       throw new Error('oh no!');
//           ^
//   Error: oh no!
//       at speedy (/home/gbusey/file.js:6:11)
//       at makeFaster (/home/gbusey/file.js:5:3)
//       at Object.<anonymous> (/home/gbusey/file.js:10:1)
//       at Module._compile (module.js:456:26)
//       at Object.Module._extensions..js (module.js:474:10)
//       at Module.load (module.js:356:32)
//       at Function.Module._load (module.js:312:12)
//       at Function.Module.runMain (module.js:497:10)
//       at startup (node.js:119:16)
//       at node.js:906:3

Информация о местоположении будет одной из следующих:

  • native, если кадр представляет внутренний вызов V8 (как в [].forEach).
  • plain-filename.js:line:column, если фрейм представляет собой внутренний вызов Node.js.
  • /absolute/path/to/file.js:line:column, если кадр представляет собой вызов в пользовательской программе или ее зависимостях.

Строка, представляющая трассировку стека, генерируется лениво, когда error.stack собственность доступ.

Количество кадров, захваченных трассировкой стека, ограничено меньшим из Error.stackTraceLimit или количество доступных кадров в текущем тике цикла событий.

Класс: AssertionError

  • Расширяется: {errors.Error}

Указывает на неудачу утверждения. Подробнее см. Class: assert.AssertionError.

Класс: RangeError

  • Расширяется: {errors.Error}

Указывает, что предоставленный аргумент находится за пределами набора или диапазона допустимых значений для функции; является ли это числовым диапазоном или вне набора опций для данного параметра функции.

require('net').connect(-1);
// Throws "RangeError: "port" option should be >= 0 and < 65536: -1"

Node.js сгенерирует и выбросит RangeError экземпляры немедленно как форма подтверждения аргумента.

Класс: ReferenceError

  • Расширяется: {errors.Error}

Указывает, что предпринимается попытка получить доступ к переменной, которая не определена. Такие ошибки обычно указывают на опечатки в коде или на некорректную программу.

Хотя клиентский код может генерировать и распространять эти ошибки, на практике это будет делать только V8.

doesNotExist;
// Throws ReferenceError, doesNotExist is not a variable in this program.

Если приложение динамически не генерирует и не запускает код, ReferenceError экземпляры указывают на ошибку в коде или его зависимостях.

Класс: SyntaxError

  • Расширяется: {errors.Error}

Указывает, что программа не является допустимым JavaScript. Эти ошибки могут возникать и распространяться только в результате оценки кода. Оценка кода может произойти в результате eval, Function, require, или vm. Эти ошибки почти всегда указывают на неработающую программу.

try {
  require('vm').runInThisContext('binary ! isNotOk');
} catch (err) {
  // 'err' will be a SyntaxError.
}

SyntaxError экземпляры невозможно восстановить в контексте, который их создал — они могут быть перехвачены только в других контекстах.

Класс: SystemError

  • Расширяется: {errors.Error}

Node.js генерирует системные ошибки, когда в среде выполнения возникают исключения. Обычно это происходит, когда приложение нарушает ограничение операционной системы. Например, системная ошибка произойдет, если приложение попытается прочитать несуществующий файл.

  • address {строка} Если присутствует, адрес, к которому не удалось подключиться к сети.
  • code {строка} Код ошибки строки
  • dest {строка} Если присутствует, путь к файлу при сообщении об ошибке файловой системы
  • errno {number} Номер ошибки, предоставленный системой
  • info {Object} Если присутствует, дополнительные сведения о состоянии ошибки
  • message {string} Предоставляемое системой описание ошибки в удобной для чтения форме.
  • path {строка} Если присутствует, путь к файлу при сообщении об ошибке файловой системы
  • port {number} Если присутствует, порт сетевого подключения, который недоступен
  • syscall {строка} Имя системного вызова, вызвавшего ошибку

error.address

  • {нить}

Если представить, error.address — это строка, описывающая адрес, к которому не удалось установить сетевое соединение.

error.code

  • {нить}

В error.code свойство — это строка, представляющая код ошибки.

error.dest

  • {нить}

Если представить, error.dest — это путь к файлу при сообщении об ошибке файловой системы.

error.errno

  • {количество}

В error.errno свойство — отрицательное число, которое соответствует коду ошибки, определенному в libuv Error handling.

В Windows номер ошибки, предоставленный системой, будет нормализован libuv.

Чтобы получить строковое представление кода ошибки, используйте util.getSystemErrorName(error.errno).

error.info

  • {Объект}

Если представить, error.info — объект с подробной информацией о состоянии ошибки.

error.message

  • {нить}

error.message представляет собой удобочитаемое описание ошибки, предоставляемое системой.

error.path

  • {нить}

Если представить, error.path — строка, содержащая соответствующий недопустимый путь.

error.port

  • {количество}

Если представить, error.port порт сетевого подключения недоступен.

error.syscall

  • {нить}

В error.syscall свойство — это строка, описывающая системный вызов это не удалось.

Общие системные ошибки¶

Это список системных ошибок, которые часто встречаются при написании программы на Node.js. Полный список см. В errno(3) справочная страница.

  • EACCES (В разрешении отказано): была сделана попытка получить доступ к файлу способом, запрещенным его разрешениями на доступ к файлу.

  • EADDRINUSE (Адрес уже используется): попытка привязать сервер (net, http, или https) на локальный адрес не удалось из-за того, что другой сервер в локальной системе уже занимает этот адрес.

  • ECONNREFUSED (В соединении отказано): соединение не может быть установлено, потому что целевая машина активно отказалась от него. Обычно это происходит из-за попытки подключиться к неактивной службе на чужом хосте.

  • ECONNRESET (Сброс соединения одноранговым узлом): соединение было принудительно закрыто одноранговым узлом. Обычно это происходит из-за потери соединения с удаленным сокетом из-за тайм-аута или перезагрузки. Обычно встречается через http а также net модули.

  • EEXIST (Файл существует): существующий файл был целью операции, которая требовала, чтобы цель не существовала.

  • EISDIR (Является каталогом): операция ожидала файл, но указанный путь был каталогом.

  • EMFILE (Слишком много открытых файлов в системе): максимальное количество файловые дескрипторы допустимый в системе, и запросы для другого дескриптора не могут быть выполнены, пока хотя бы один из них не будет закрыт. Это происходит при одновременном открытии множества файлов одновременно, особенно в системах (в частности, macOS), где существует низкий предел дескрипторов файлов для процессов. Чтобы исправить низкий предел, запустите ulimit -n 2048 в той же оболочке, которая будет запускать процесс Node.js.

  • ENOENT (Нет такого файла или каталога): обычно создается fs операции, чтобы указать, что компонент указанного пути не существует. По указанному пути не удалось найти ни один объект (файл или каталог).

  • ENOTDIR (Не каталог): компонент с указанным путем существует, но не является каталогом, как ожидалось. Обычно выращивается fs.readdir.

  • ENOTEMPTY (Каталог не пустой): каталог с записями был целью операции, для которой требуется пустой каталог, обычно fs.unlink.

  • ENOTFOUND (Ошибка поиска DNS): указывает на сбой DNS либо EAI_NODATA или EAI_NONAME. Это не стандартная ошибка POSIX.

  • EPERM (Операция запрещена): была сделана попытка выполнить операцию, требующую повышенных привилегий.

  • EPIPE (Сломанный канал): запись в канал, сокет или FIFO, для которого нет процесса для чтения данных. Часто встречается на net а также http Уровни, указывающие на то, что удаленная сторона записываемого потока была закрыта.

  • ETIMEDOUT (Превышено время ожидания операции): запрос на подключение или отправку завершился неудачно, поскольку подключенная сторона не ответила должным образом по прошествии определенного периода времени. Обычно встречается http или net. Часто признак того, что socket.end() не был должным образом назван.

Класс: TypeError

  • Расширяет {errors.Error}

Указывает, что указанный аргумент не является допустимым типом. Например, передача функции параметру, который ожидает строку, будет TypeError.

require('url').parse(() => {});
// Throws TypeError, since it expected a string.

Node.js сгенерирует и выбросит TypeError экземпляры немедленно как форма подтверждения аргумента.

Исключения против ошибок¶

Исключение JavaScript — это значение, которое выбрасывается в результате недопустимой операции или как цель throw утверждение. Хотя не требуется, чтобы эти значения были экземплярами Error или классы, которые наследуются от Error, все исключения, создаваемые Node.js или средой выполнения JavaScript буду быть экземплярами Error.

Некоторые исключения безвозвратно на уровне JavaScript. Такие исключения будут всегда вызвать сбой процесса Node.js. Примеры включают assert() чеки или abort() вызывает в слое C ++.

Ошибки OpenSSL¶

Ошибки, возникающие в crypto или tls классные Error, и в дополнение к стандартному .code а также .message properties, могут иметь некоторые дополнительные свойства, специфичные для OpenSSL.

error.opensslErrorStack

Массив ошибок, который может дать контекст, откуда в библиотеке OpenSSL возникла ошибка.

error.function

Функция OpenSSL, в которой возникла ошибка.

error.library

Библиотека OpenSSL, в которой возникла ошибка.

error.reason

Строка в удобном для чтения виде, описывающая причину ошибки.

ABORT_ERR

Используется, когда операция была прервана (обычно с использованием AbortController).

API нет с использованием AbortSignals обычно не вызывают ошибки с этим кодом.

Этот код не использует обычный ERR_* соглашение об ошибках Node.js используется для обеспечения совместимости с веб-платформой. AbortError.

ERR_AMBIGUOUS_ARGUMENT

Аргумент функции используется таким образом, чтобы предположить, что сигнатура функции может быть неправильно понята. Это брошено assert модуль, когда message параметр в assert.throws(block, message) совпадает с сообщением об ошибке, выданным block потому что это использование предполагает, что пользователь верит message ожидаемое сообщение, а не сообщение AssertionError будет отображаться, если block не бросает.

ERR_ARG_NOT_ITERABLE

Итерируемый аргумент (т.е. значение, которое работает с for...of loops) требуется, но не предоставляется API Node.js.

ERR_ASSERTION

Особый тип ошибки, которая может быть вызвана всякий раз, когда Node.js обнаруживает исключительное логическое нарушение, которое никогда не должно происходить. Обычно они поднимаются assert модуль.

ERR_ASYNC_CALLBACK

Была сделана попытка зарегистрировать что-то, что не является функцией, как AsyncHooks Перезвоните.

ERR_ASYNC_TYPE

Недопустимый тип асинхронного ресурса. Пользователи также могут определять свои собственные типы при использовании общедоступного API для встраивания.

ERR_BROTLI_COMPRESSION_FAILED

Данные, переданные в поток Brotli, не были успешно сжаты.

ERR_BROTLI_INVALID_PARAM

Во время построения потока Brotli был передан недопустимый ключ параметра.

ERR_BUFFER_CONTEXT_NOT_AVAILABLE

Была сделана попытка создать Node.js Buffer из кода надстройки или встраивания, находясь в контексте механизма JS, который не связан с экземпляром Node.js. Данные, переданные в Buffer будет выпущен к тому времени, когда метод вернется.

При возникновении этой ошибки возможная альтернатива созданию Buffer пример — создать нормальный Uint8Array, который отличается только прототипом результирующего объекта. Uint8Arrays общеприняты во всех основных API Node.js, где Buffers есть; они доступны во всех контекстах.

ERR_BUFFER_OUT_OF_BOUNDS

Операция за пределами Buffer была предпринята попытка.

ERR_BUFFER_TOO_LARGE

Была сделана попытка создать Buffer больше максимально допустимого размера.

ERR_CANNOT_WATCH_SIGINT

Node.js не смог отследить SIGINT сигнал.

ERR_CHILD_CLOSED_BEFORE_REPLY

Дочерний процесс был закрыт до того, как родительский процесс получил ответ.

ERR_CHILD_PROCESS_IPC_REQUIRED

Используется, когда дочерний процесс разветвляется без указания канала IPC.

ERR_CHILD_PROCESS_STDIO_MAXBUFFER

Используется, когда основной процесс пытается прочитать данные из STDERR / STDOUT дочернего процесса, и длина данных больше, чем maxBuffer вариант.

ERR_CLOSED_MESSAGE_PORT

Была попытка использовать MessagePort экземпляр в закрытом состоянии, обычно после .close() был вызван.

ERR_CONSOLE_WRITABLE_STREAM

Console был создан без stdout поток, или Console имеет незаписываемый stdout или stderr транслировать.

ERR_CONSTRUCT_CALL_INVALID

Был вызван конструктор класса, который нельзя вызвать.

ERR_CONSTRUCT_CALL_REQUIRED

Конструктор класса был вызван без new.

ERR_CONTEXT_NOT_INITIALIZED

Контекст vm, переданный в API, еще не инициализирован. Это может произойти при возникновении (и обнаружении) ошибки во время создания контекста, например, при сбое выделения или при достижении максимального размера стека вызовов при создании контекста.

ERR_CRYPTO_CUSTOM_ENGINE_NOT_SUPPORTED

Был запрошен механизм сертификатов клиента, который не поддерживается используемой версией OpenSSL.

ERR_CRYPTO_ECDH_INVALID_FORMAT

Недопустимое значение для format аргумент был передан crypto.ECDH() класс getPublicKey() метод.

ERR_CRYPTO_ECDH_INVALID_PUBLIC_KEY

Недопустимое значение для key аргумент был передан crypto.ECDH() класс computeSecret() метод. Это означает, что открытый ключ лежит за пределами эллиптической кривой.

ERR_CRYPTO_ENGINE_UNKNOWN

Неверный идентификатор криптографической машины был передан в require('crypto').setEngine().

ERR_CRYPTO_FIPS_FORCED

В --force-fips был использован аргумент командной строки, но была попытка включить или отключить режим FIPS в crypto модуль.

ERR_CRYPTO_FIPS_UNAVAILABLE

Была сделана попытка включить или отключить режим FIPS, но режим FIPS был недоступен.

ERR_CRYPTO_HASH_FINALIZED

hash.digest() вызвали несколько раз. В hash.digest() метод должен вызываться не более одного раза для каждого экземпляра Hash объект.

ERR_CRYPTO_HASH_UPDATE_FAILED

hash.update() не удалось по какой-либо причине. Это должно происходить редко, если вообще когда-либо случаться.

ERR_CRYPTO_INCOMPATIBLE_KEY

Указанные криптографические ключи несовместимы с предпринятой операцией.

ERR_CRYPTO_INCOMPATIBLE_KEY_OPTIONS

Выбранная кодировка открытого или закрытого ключа несовместима с другими параметрами.

ERR_CRYPTO_INITIALIZATION_FAILED

Не удалось инициализировать криптоподсистему.

ERR_CRYPTO_INVALID_AUTH_TAG

Предоставлен недопустимый тег аутентификации.

ERR_CRYPTO_INVALID_COUNTER

Для шифра режима противодействия предоставлен неверный счетчик.

ERR_CRYPTO_INVALID_CURVE

Была предоставлена неверная эллиптическая кривая.

ERR_CRYPTO_INVALID_DIGEST

Недействительный алгоритм криптодайджеста было указано.

ERR_CRYPTO_INVALID_IV

Предоставлен недопустимый вектор инициализации.

ERR_CRYPTO_INVALID_JWK

Был предоставлен недопустимый веб-ключ JSON.

ERR_CRYPTO_INVALID_KEY_OBJECT_TYPE

Данный тип объекта криптографического ключа недопустим для выполняемой операции.

ERR_CRYPTO_INVALID_KEYLEN

Была предоставлена неверная длина ключа.

ERR_CRYPTO_INVALID_KEYPAIR

Была предоставлена неверная пара ключей.

ERR_CRYPTO_INVALID_KEYTYPE

Предоставлен недопустимый тип ключа.

ERR_CRYPTO_INVALID_MESSAGELEN

Была предоставлена неверная длина сообщения.

ERR_CRYPTO_INVALID_SCRYPT_PARAMS

Были предоставлены неверные параметры алгоритма шифрования.

ERR_CRYPTO_INVALID_STATE

Крипто-метод был использован для объекта, находившегося в недопустимом состоянии. Например, позвонив cipher.getAuthTag() перед звонком cipher.final().

ERR_CRYPTO_INVALID_TAG_LENGTH

Предоставлена неверная длина тега аутентификации.

ERR_CRYPTO_JOB_INIT_FAILED

Не удалось инициализировать асинхронную криптооперацию.

ERR_CRYPTO_JWK_UNSUPPORTED_CURVE

Эллиптическая кривая Ключа не зарегистрирована для использования в Реестр эллиптических кривых веб-ключей JSON.

ERR_CRYPTO_JWK_UNSUPPORTED_KEY_TYPE

Тип асимметричного ключа ключа не зарегистрирован для использования в Реестр типов веб-ключей JSON.

ERR_CRYPTO_OPERATION_FAILED

Криптооперация завершилась неудачно по неустановленной причине.

ERR_CRYPTO_PBKDF2_ERROR

Алгоритм PBKDF2 завершился неудачно по неустановленным причинам. OpenSSL не предоставляет более подробной информации, и, следовательно, Node.js.

ERR_CRYPTO_SCRYPT_INVALID_PARAMETER

Один или больше crypto.scrypt() или crypto.scryptSync() параметры находятся за пределами допустимого диапазона.

ERR_CRYPTO_SCRYPT_NOT_SUPPORTED

Node.js был скомпилирован без scrypt служба поддержки. Невозможно с официальными двоичными файлами выпуска, но может произойти с пользовательскими сборками, включая сборки дистрибутива.

ERR_CRYPTO_SIGN_KEY_REQUIRED

Подпись key не был предоставлен sign.sign() метод.

ERR_CRYPTO_TIMING_SAFE_EQUAL_LENGTH

crypto.timingSafeEqual() был вызван с Buffer, TypedArray, или DataView аргументы разной длины.

ERR_CRYPTO_UNKNOWN_CIPHER

Указан неизвестный шифр.

ERR_CRYPTO_UNKNOWN_DH_GROUP

Было дано неизвестное название группы Диффи-Хеллмана. Видеть crypto.getDiffieHellman() для списка допустимых имен групп.

ERR_CRYPTO_UNSUPPORTED_OPERATION

Была сделана попытка вызвать неподдерживаемую криптографическую операцию.

ERR_DEBUGGER_ERROR

Произошла ошибка с отладчик.

ERR_DEBUGGER_STARTUP_ERROR

В отладчик истекло время ожидания освобождения необходимого хоста / порта.

ERR_DLOPEN_DISABLED

Загрузка собственных надстроек отключена с помощью --no-addons.

ERR_DLOPEN_FAILED

Звонок в process.dlopen() не смогли.

ERR_DIR_CLOSED

В fs.Dir ранее был закрыт.

ERR_DIR_CONCURRENT_OPERATION

Была предпринята попытка синхронного чтения или закрытия fs.Dir который имеет текущие асинхронные операции.

ERR_DNS_SET_SERVERS_FAILED

c-ares не удалось установить DNS-сервер.

ERR_DOMAIN_CALLBACK_NOT_AVAILABLE

В domain модуль нельзя было использовать, так как он не мог установить требуемые перехватчики обработки ошибок, потому что process.setUncaughtExceptionCaptureCallback() был вызван в более ранний момент времени.

ERR_DOMAIN_CANNOT_SET_UNCAUGHT_EXCEPTION_CAPTURE

process.setUncaughtExceptionCaptureCallback() нельзя было назвать, потому что domain модуль был загружен раньше.

Трассировка стека расширяется, чтобы включить момент времени, в который domain модуль был загружен.

ERR_ENCODING_INVALID_ENCODED_DATA

Данные предоставлены TextDecoder() API был недопустимым в соответствии с предоставленной кодировкой.

ERR_ENCODING_NOT_SUPPORTED

Кодировка предоставлена TextDecoder() API не был одним из WHATWG Поддерживаемые кодировки.

ERR_EVAL_ESM_CANNOT_PRINT

--print не может использоваться с входом ESM.

ERR_EVENT_RECURSION

Вызывается, когда делается попытка рекурсивно отправить событие на EventTarget.

ERR_EXECUTION_ENVIRONMENT_NOT_AVAILABLE

Контекст выполнения JS не связан со средой Node.js. Это может произойти, если Node.js используется в качестве встроенной библиотеки и некоторые хуки для движка JS не настроены должным образом.

ERR_FALSY_VALUE_REJECTION

А Promise это было выполнено обратным вызовом через util.callbackify() был отклонен с ложным значением.

ERR_FEATURE_UNAVAILABLE_ON_PLATFORM

Используется, когда используется функция, недоступная для текущей платформы, на которой работает Node.js.

ERR_FS_CP_DIR_TO_NON_DIR

Была сделана попытка скопировать каталог в не каталог (файл, символическую ссылку и т. Д.) С помощью fs.cp().

ERR_FS_CP_EEXIST

Была сделана попытка скопировать файл, который уже существовал с fs.cp(), с force а также errorOnExist установлен в true.

ERR_FS_CP_EINVAL

Когда используешь fs.cp(), src или dest указал на недопустимый путь.

ERR_FS_CP_FIFO_PIPE

Была сделана попытка скопировать именованный канал с fs.cp().

ERR_FS_CP_NON_DIR_TO_DIR

Была сделана попытка скопировать не каталог (файл, символическую ссылку и т. Д.) В каталог с помощью fs.cp().

ERR_FS_CP_SOCKET

Была сделана попытка скопировать в сокет с fs.cp().

ERR_FS_CP_SYMLINK_TO_SUBDIRECTORY

Когда используешь fs.cp(), символическая ссылка в dest указал на подкаталог src.

ERR_FS_CP_UNKNOWN

Была сделана попытка скопировать файл неизвестного типа с fs.cp().

ERR_FS_EISDIR

Путь — это каталог.

ERR_FS_FILE_TOO_LARGE

Была сделана попытка прочитать файл, размер которого превышает максимально допустимый размер для Buffer.

ERR_FS_INVALID_SYMLINK_TYPE

Недопустимый тип символической ссылки был передан в fs.symlink() или fs.symlinkSync() методы.

Была сделана попытка добавить дополнительные заголовки после того, как они уже были отправлены.

Указано недопустимое значение заголовка HTTP.

ERR_HTTP_INVALID_STATUS_CODE

Код состояния находился за пределами обычного диапазона кодов состояния (100–999).

ERR_HTTP_REQUEST_TIMEOUT

Клиент не отправил весь запрос в отведенное время.

ERR_HTTP_SOCKET_ENCODING

Изменение кодировки сокета запрещено RFC 7230, раздел 3.

ERR_HTTP_TRAILER_INVALID

В Trailer заголовок был установлен, хотя кодировка передачи не поддерживает это.

ERR_HTTP2_ALTSVC_INVALID_ORIGIN

Для фреймов HTTP / 2 ALTSVC требуется действительное происхождение.

ERR_HTTP2_ALTSVC_LENGTH

Кадры HTTP / 2 ALTSVC ограничены максимум 16 382 байтами полезной нагрузки.

Для запросов HTTP / 2 с использованием CONNECT метод, :authority псевдозаголовок обязателен.

ERR_HTTP2_CONNECT_PATH

Для запросов HTTP / 2 с использованием CONNECT метод, :path псевдозаголовок запрещен.

ERR_HTTP2_CONNECT_SCHEME

Для запросов HTTP / 2 с использованием CONNECT метод, :scheme псевдозаголовок запрещен.

ERR_HTTP2_ERROR

Произошла неспецифическая ошибка HTTP / 2.

ERR_HTTP2_GOAWAY_SESSION

Новые потоки HTTP / 2 нельзя открывать после Http2Session получил GOAWAY кадр от подключенного однорангового узла.

Было предоставлено несколько значений для поля заголовка HTTP / 2, которое должно было иметь только одно значение.

Дополнительные заголовки были указаны после того, как был инициирован ответ HTTP / 2.

Была сделана попытка отправить несколько заголовков ответа.

ERR_HTTP2_INFO_STATUS_NOT_ALLOWED

Информационные коды состояния HTTP (1xx) не может быть установлен в качестве кода состояния ответа в ответах HTTP / 2.

Заголовки соединения HTTP / 1 запрещено использовать в запросах и ответах HTTP / 2.

Указано недопустимое значение заголовка HTTP / 2.

ERR_HTTP2_INVALID_INFO_STATUS

Указан недопустимый информационный код состояния HTTP. Информационные коды состояния должны быть целыми числами между 100 а также 199 (включительно).

ERR_HTTP2_INVALID_ORIGIN

HTTP / 2 ORIGIN кадры требуют действительного происхождения.

ERR_HTTP2_INVALID_PACKED_SETTINGS_LENGTH

Вход Buffer а также Uint8Array экземпляры переданы в http2.getUnpackedSettings() API должен иметь длину, кратную шести.

Только допустимые псевдозаголовки HTTP / 2 (:status, :path, :authority, :scheme, а также :method) может быть использовано.

ERR_HTTP2_INVALID_SESSION

Действие было выполнено с Http2Session объект, который уже был уничтожен.

ERR_HTTP2_INVALID_SETTING_VALUE

Для параметра HTTP / 2 указано недопустимое значение.

ERR_HTTP2_INVALID_STREAM

Операция была выполнена над потоком, который уже был уничтожен.

ERR_HTTP2_MAX_PENDING_SETTINGS_ACK

Всякий раз, когда HTTP / 2 SETTINGS фрейм отправляется подключенному одноранговому узлу, одноранговый узел должен отправить подтверждение, что он получил и применил новый SETTINGS. По умолчанию максимальное количество неподтвержденных SETTINGS кадры могут быть отправлены в любой момент времени. Этот код ошибки используется при достижении этого предела.

ERR_HTTP2_NESTED_PUSH

Была сделана попытка инициировать новый push-поток из push-потока. Вложенные push-потоки не разрешены.

ERR_HTTP2_NO_MEM

Недостаточно памяти при использовании http2session.setLocalWindowSize(windowSize) API.

ERR_HTTP2_NO_SOCKET_MANIPULATION

Была предпринята попытка напрямую манипулировать (чтение, запись, пауза, возобновление и т. Д.) Сокетом, подключенным к Http2Session.

ERR_HTTP2_ORIGIN_LENGTH

HTTP / 2 ORIGIN кадры ограничены длиной 16382 байта.

ERR_HTTP2_OUT_OF_STREAMS

Количество потоков, созданных в одном сеансе HTTP / 2, достигло максимального предела.

ERR_HTTP2_PAYLOAD_FORBIDDEN

Полезная нагрузка сообщения была указана для кода ответа HTTP, для которого полезная нагрузка запрещена.

ERR_HTTP2_PING_CANCEL

Пинг HTTP / 2 был отменен.

ERR_HTTP2_PING_LENGTH

Полезные данные ping HTTP / 2 должны иметь длину ровно 8 байтов.

Псевдозаголовок HTTP / 2 использован ненадлежащим образом. Псевдо-заголовки — это имена ключей заголовков, которые начинаются с : приставка.

ERR_HTTP2_PUSH_DISABLED

Была сделана попытка создать push-поток, который был отключен клиентом.

ERR_HTTP2_SEND_FILE

Была сделана попытка использовать Http2Stream.prototype.responseWithFile() API для отправки каталога.

ERR_HTTP2_SEND_FILE_NOSEEK

Была сделана попытка использовать Http2Stream.prototype.responseWithFile() API для отправки чего-то другого, кроме обычного файла, но offset или length были предоставлены варианты.

ERR_HTTP2_SESSION_ERROR

В Http2Session закрывается с ненулевым кодом ошибки.

ERR_HTTP2_SETTINGS_CANCEL

В Http2Session настройки отменены.

ERR_HTTP2_SOCKET_BOUND

Была сделана попытка подключить Http2Session возражать против net.Socket или tls.TLSSocket который уже был привязан к другому Http2Session объект.

ERR_HTTP2_SOCKET_UNBOUND

Была сделана попытка использовать socket собственность Http2Session это уже было закрыто.

ERR_HTTP2_STATUS_101

Использование 101 Информационный код статуса запрещен в HTTP / 2.

ERR_HTTP2_STATUS_INVALID

Указан недопустимый код состояния HTTP. Коды состояния должны быть целыми числами между 100 а также 599 (включительно).

ERR_HTTP2_STREAM_CANCEL

An Http2Stream был уничтожен до того, как какие-либо данные были переданы подключенному узлу.

ERR_HTTP2_STREAM_ERROR

Ненулевой код ошибки был указан в RST_STREAM Рамка.

ERR_HTTP2_STREAM_SELF_DEPENDENCY

При установке приоритета для потока HTTP / 2 этот поток может быть помечен как зависимость для родительского потока. Этот код ошибки используется, когда делается попытка пометить поток и зависит от него самого.

ERR_HTTP2_TOO_MANY_INVALID_FRAMES

Предел приемлемых недопустимых кадров протокола HTTP / 2, отправленных партнером, как указано в maxSessionInvalidFrames вариант, был превышен.

ERR_HTTP2_TRAILERS_ALREADY_SENT

Конечные заголовки уже отправлены на Http2Stream.

ERR_HTTP2_TRAILERS_NOT_READY

В http2stream.sendTrailers() метод не может быть вызван до тех пор, пока 'wantTrailers' событие испускается на Http2Stream объект. В 'wantTrailers' событие будет сгенерировано только в том случае, если waitForTrailers опция установлена для Http2Stream.

ERR_HTTP2_UNSUPPORTED_PROTOCOL

http2.connect() был передан URL-адрес, использующий любой протокол, кроме http: или https:.

ERR_ILLEGAL_CONSTRUCTOR

Была предпринята попытка построить объект с использованием закрытого конструктора.

ERR_INCOMPATIBLE_OPTION_PAIR

Пара опций несовместима друг с другом и не может использоваться одновременно.

ERR_INPUT_TYPE_NOT_ALLOWED

Стабильность: 1 — экспериментальная

В --input-type Флаг использовался для попытки выполнить файл. Этот флаг можно использовать только при вводе через --eval, --print или STDIN.

ERR_INSPECTOR_ALREADY_ACTIVATED

При использовании inspector module была предпринята попытка активировать инспектор, когда он уже начал прослушивать порт. Использовать inspector.close() прежде чем активировать его на другом адресе.

ERR_INSPECTOR_ALREADY_CONNECTED

При использовании inspector модуль, была предпринята попытка подключения, когда инспектор уже был подключен.

ERR_INSPECTOR_CLOSED

При использовании inspector модуля, была предпринята попытка использовать инспектор после того, как сессия уже закрылась.

ERR_INSPECTOR_COMMAND

Произошла ошибка при подаче команды через inspector модуль.

ERR_INSPECTOR_NOT_ACTIVE

В inspector не активен, когда inspector.waitForDebugger() называется.

ERR_INSPECTOR_NOT_AVAILABLE

В inspector модуль недоступен для использования.

ERR_INSPECTOR_NOT_CONNECTED

При использовании inspector модуль, была предпринята попытка использовать инспектор до его подключения.

ERR_INSPECTOR_NOT_WORKER

В основном потоке был вызван API, который можно использовать только из рабочего потока.

ERR_INTERNAL_ASSERTION

Ошибка в Node.js или некорректное использование внутренних компонентов Node.js. Чтобы исправить ошибку, откройте проблему на https://github.com/nodejs/node/issues.

ERR_INVALID_ADDRESS_FAMILY

Указанное семейство адресов не распознается API Node.js.

ERR_INVALID_ARG_TYPE

В API Node.js был передан аргумент неправильного типа.

ERR_INVALID_ARG_VALUE

Для данного аргумента было передано недопустимое или неподдерживаемое значение.

ERR_INVALID_ASYNC_ID

Недействительный asyncId или triggerAsyncId был передан с использованием AsyncHooks. Идентификатор меньше -1 никогда не должен происходить.

ERR_INVALID_BUFFER_SIZE

Обмен был произведен на Buffer но его размер был несовместим с операцией.

ERR_INVALID_CALLBACK

Требовалась функция обратного вызова, но она не была предоставлена API Node.js.

ERR_INVALID_CHAR

В заголовках обнаружены недопустимые символы.

ERR_INVALID_CURSOR_POS

Курсор в данном потоке нельзя переместить в указанную строку без указанного столбца.

ERR_INVALID_FD

Дескриптор файла (‘fd’) недействителен (например, имеет отрицательное значение).

ERR_INVALID_FD_TYPE

Недопустимый тип дескриптора файла (‘fd’).

ERR_INVALID_FILE_URL_HOST

API-интерфейс Node.js, который потребляет file: URL-адреса (например, определенные функции в fs module) обнаружил URL-адрес файла с несовместимым хостом. Эта ситуация может возникнуть только в Unix-подобных системах, где только localhost или поддерживается пустой хост.

ERR_INVALID_FILE_URL_PATH

API-интерфейс Node.js, который потребляет file: URL-адреса (например, определенные функции в fs module) обнаружил URL-адрес файла с несовместимым путем. Точная семантика для определения возможности использования пути зависит от платформы.

ERR_INVALID_HANDLE_TYPE

Была сделана попытка отправить неподдерживаемый «дескриптор» по каналу связи IPC дочернему процессу. Видеть subprocess.send() а также process.send() для дополнительной информации.

ERR_INVALID_HTTP_TOKEN

Предоставлен недопустимый токен HTTP.

ERR_INVALID_IP_ADDRESS

IP-адрес недействителен.

ERR_INVALID_MODULE

Была сделана попытка загрузить несуществующий или недействительный модуль.

ERR_INVALID_MODULE_SPECIFIER

Строка импортированного модуля является недопустимым URL-адресом, именем пакета или указателем подпути пакета.

ERR_INVALID_PACKAGE_CONFIG

Недействительный package.json файл не прошел синтаксический анализ.

ERR_INVALID_PACKAGE_TARGET

В package.json "exports" Поле содержит недопустимое значение сопоставления цели для попытки разрешения модуля.

ERR_INVALID_PERFORMANCE_MARK

При использовании Performance Timing API (perf_hooks), отметка о производительности недействительна.

ERR_INVALID_PROTOCOL

Недействительный options.protocol был передан http.request().

ERR_INVALID_REPL_EVAL_CONFIG

Оба breakEvalOnSigint а также eval параметры были установлены в REPL config, который не поддерживается.

ERR_INVALID_REPL_INPUT

Вход не может использоваться в REPL. Условия, при которых используется эта ошибка, описаны в REPL документация.

ERR_INVALID_RETURN_PROPERTY

Выбрасывается в случае, если параметр функции не предоставляет допустимое значение для одного из свойств возвращаемого объекта при выполнении.

ERR_INVALID_RETURN_PROPERTY_VALUE

Выбрасывается в случае, если параметр функции не предоставляет тип ожидаемого значения для одного из свойств возвращаемого объекта при выполнении.

ERR_INVALID_RETURN_VALUE

Вызывается в случае, если опция функции не возвращает ожидаемый тип значения при выполнении, например, когда ожидается, что функция вернет обещание.

ERR_INVALID_STATE

Указывает, что операция не может быть завершена из-за недопустимого состояния. Например, объект может быть уже уничтожен или может выполнять другую операцию.

ERR_INVALID_SYNC_FORK_INPUT

А Buffer, TypedArray, DataView или string был предоставлен как вход stdio для асинхронной вилки. См. Документацию по child_process модуль для получения дополнительной информации.

ERR_INVALID_THIS

Функция API Node.js была вызвана с несовместимым this ценить.

const urlSearchParams = new URLSearchParams(
  'foo=bar&baz=new'
);

const buf = Buffer.alloc(1);
urlSearchParams.has.call(buf, 'foo');
// Throws a TypeError with code 'ERR_INVALID_THIS'

ERR_INVALID_TRANSFER_OBJECT

Недопустимый объект передачи был передан в postMessage().

ERR_INVALID_TUPLE

Элемент в iterable предоставлен WHATWG URLSearchParams конструктор не представлял [name, value] кортеж — то есть, если элемент не повторяется или не состоит ровно из двух элементов.

ERR_INVALID_URI

Передан неверный URI.

ERR_INVALID_URL

Недействительный URL был передан в WHATWG URL конструктор или наследие url.parse() быть разобранным. Выброшенный объект ошибки обычно имеет дополнительное свойство 'input' который содержит URL-адрес, который не удалось проанализировать.

ERR_INVALID_URL_SCHEME

Была сделана попытка использовать URL несовместимой схемы (протокола) для определенной цели. Он используется только в WHATWG URL API поддержка в fs модуль (который принимает только URL-адреса с 'file' схема), но может использоваться и в других API Node.js в будущем.

ERR_IPC_CHANNEL_CLOSED

Была сделана попытка использовать канал связи IPC, который уже был закрыт.

ERR_IPC_DISCONNECTED

Была сделана попытка отключить уже отключенный канал связи IPC. См. Документацию по child_process модуль для получения дополнительной информации.

ERR_IPC_ONE_PIPE

Была предпринята попытка создать дочерний процесс Node.js, использующий более одного канала связи IPC. См. Документацию по child_process модуль для получения дополнительной информации.

ERR_IPC_SYNC_FORK

Была предпринята попытка открыть канал связи IPC с помощью синхронно разветвленного процесса Node.js. См. Документацию по child_process модуль для получения дополнительной информации.

ERR_MANIFEST_ASSERT_INTEGRITY

Была предпринята попытка загрузить ресурс, но ресурс не соответствовал целостности, определенной в манифесте политики. Документацию для политика манифесты для получения дополнительной информации.

ERR_MANIFEST_DEPENDENCY_MISSING

Была предпринята попытка загрузить ресурс, но ресурс не был указан как зависимость от расположения, в котором его пытались загрузить. Документацию для политика манифесты для получения дополнительной информации.

ERR_MANIFEST_INTEGRITY_MISMATCH

Была сделана попытка загрузить манифест политики, но в манифесте было несколько записей для ресурса, которые не совпадали друг с другом. Обновите записи манифеста, чтобы они соответствовали, чтобы устранить эту ошибку. Документацию для политика манифесты для получения дополнительной информации.

ERR_MANIFEST_INVALID_RESOURCE_FIELD

Ресурс манифеста политики имел недопустимое значение для одного из полей. Обновите запись манифеста, чтобы она соответствовала, чтобы устранить эту ошибку. Документацию для политика манифесты для получения дополнительной информации.

ERR_MANIFEST_INVALID_SPECIFIER

Ресурс манифеста политики имел недопустимое значение для одного из сопоставлений зависимостей. Обновите запись манифеста, чтобы она соответствовала разрешению этой ошибки. Документацию для политика манифесты для получения дополнительной информации.

ERR_MANIFEST_PARSE_POLICY

Была предпринята попытка загрузить манифест политики, но не удалось проанализировать манифест. Документацию для политика манифесты для получения дополнительной информации.

ERR_MANIFEST_TDZ

Была предпринята попытка чтения из манифеста политики, но инициализация манифеста еще не произошла. Вероятно, это ошибка в Node.js.

ERR_MANIFEST_UNKNOWN_ONERROR

Манифест политики был загружен, но для его поведения «onerror» было неизвестно значение. Документацию для политика манифесты для получения дополнительной информации.

ERR_MEMORY_ALLOCATION_FAILED

Была предпринята попытка выделить память (обычно на уровне C ++), но она не удалась.

ERR_MESSAGE_TARGET_CONTEXT_UNAVAILABLE

Сообщение отправлено MessagePort не удалось десериализовать в целевой vm Context. Не все объекты Node.js могут быть успешно созданы в любом контексте в настоящее время, и попытки передать их с помощью postMessage() в этом случае может выйти из строя принимающая сторона.

ERR_METHOD_NOT_IMPLEMENTED

Метод требуется, но не реализован.

ERR_MISSING_ARGS

Не был передан обязательный аргумент API Node.js. Это используется только для строгого соответствия спецификации API (которая в некоторых случаях может принимать func(undefined) но нет func()). В большинстве собственных API-интерфейсов Node.js func(undefined) а также func() рассматриваются одинаково, а ERR_INVALID_ARG_TYPE вместо этого можно использовать код ошибки.

ERR_MISSING_OPTION

Для API-интерфейсов, которые принимают объекты параметров, некоторые параметры могут быть обязательными. Этот код выдается, если отсутствует необходимая опция.

ERR_MISSING_PASSPHRASE

Была сделана попытка прочитать зашифрованный ключ без указания ключевой фразы.

ERR_MISSING_PLATFORM_FOR_WORKER

Платформа V8, используемая этим экземпляром Node.js, не поддерживает создание рабочих. Это вызвано отсутствием поддержки Embedder для Workers. В частности, эта ошибка не возникает при использовании стандартных сборок Node.js.

ERR_MISSING_TRANSFERABLE_IN_TRANSFER_LIST

Объект, который должен быть явно указан в transferList аргумент находится в объекте, переданном в postMessage() звоните, но не указано в transferList для этого звонка. Обычно это MessagePort.

В версиях Node.js до v15.0.0 использованный здесь код ошибки был ERR_MISSING_MESSAGE_PORT_IN_TRANSFER_LIST. Однако набор переносимых типов объектов был расширен, чтобы охватить больше типов, чем MessagePort.

ERR_MODULE_NOT_FOUND

Стабильность: 1 — экспериментальная

An Модуль ES не может быть решен.

ERR_MULTIPLE_CALLBACK

Обратный звонок был вызван более одного раза.

Обратный вызов почти всегда предназначен для однократного вызова, поскольку запрос может быть выполнен или отклонен, но не оба одновременно. Последнее станет возможным, если вызвать обратный вызов более одного раза.

ERR_NAPI_CONS_FUNCTION

При использовании Node-API, переданный конструктор не является функцией.

ERR_NAPI_INVALID_DATAVIEW_ARGS

Во время звонка napi_create_dataview(), данный offset находился за пределами окна просмотра данных или offset + length был больше, чем длина заданного buffer.

ERR_NAPI_INVALID_TYPEDARRAY_ALIGNMENT

Во время звонка napi_create_typedarray()предоставленные offset не был кратен размеру элемента.

ERR_NAPI_INVALID_TYPEDARRAY_LENGTH

Во время звонка napi_create_typedarray(), (length * size_of_element) + byte_offset был больше, чем длина заданного buffer.

ERR_NAPI_TSFN_CALL_JS

Произошла ошибка при вызове части JavaScript поточно-ориентированной функции.

ERR_NAPI_TSFN_GET_UNDEFINED

Произошла ошибка при попытке получить код JavaScript. undefined ценить.

ERR_NAPI_TSFN_START_IDLE_LOOP

В основном потоке значения удаляются из очереди, связанной с поточно-ориентированной функцией, в цикле ожидания. Эта ошибка указывает на то, что произошла ошибка при попытке запустить цикл.

ERR_NAPI_TSFN_STOP_IDLE_LOOP

Если в очереди больше не осталось элементов, цикл простоя должен быть приостановлен. Эта ошибка указывает на то, что не удалось остановить цикл холостого хода.

ERR_NO_CRYPTO

Была предпринята попытка использовать функции шифрования, пока Node.js не был скомпилирован с поддержкой шифрования OpenSSL.

ERR_NO_ICU

Была предпринята попытка использовать функции, требующие ICU, но Node.js не был скомпилирован с поддержкой ICU.

ERR_NON_CONTEXT_AWARE_DISABLED

Родной аддон, не зависящий от контекста, был загружен в процессе, который их запрещает.

ERR_OUT_OF_RANGE

Заданное значение выходит за пределы допустимого диапазона.

ERR_PACKAGE_IMPORT_NOT_DEFINED

В package.json "imports" поле не определяет заданное отображение спецификатора внутреннего пакета.

ERR_PACKAGE_PATH_NOT_EXPORTED

В package.json "exports" не экспортирует запрошенный подпуть. Поскольку экспорт инкапсулирован, частные внутренние модули, которые не экспортируются, не могут быть импортированы через разрешение пакета, если не используется абсолютный URL-адрес.

ERR_PERFORMANCE_INVALID_TIMESTAMP

Для отметки производительности или показателя было предоставлено недопустимое значение метки времени.

ERR_PERFORMANCE_MEASURE_INVALID_OPTIONS

Предусмотрены недопустимые варианты измерения производительности.

ERR_PROTO_ACCESS

Доступ Object.prototype.__proto__ было запрещено использовать --disable-proto=throw. Object.getPrototypeOf а также Object.setPrototypeOf следует использовать для получения и установки прототипа объекта.

ERR_REQUIRE_ESM

Стабильность: 1 — экспериментальная

Была сделана попытка require() ан Модуль ES.

ERR_SCRIPT_EXECUTION_INTERRUPTED

Выполнение скрипта было прервано SIGINT (Например, Ctrl+C был нажат.)

ERR_SCRIPT_EXECUTION_TIMEOUT

Истекло время выполнения сценария, возможно, из-за ошибок в выполняемом сценарии.

ERR_SERVER_ALREADY_LISTEN

В server.listen() метод был вызван в то время как net.Server уже слушал. Это относится ко всем экземплярам net.Server, включая HTTP, HTTPS и HTTP / 2 Server экземпляры.

ERR_SERVER_NOT_RUNNING

В server.close() метод был вызван, когда net.Server не работал. Это относится ко всем экземплярам net.Server, включая HTTP, HTTPS и HTTP / 2 Server экземпляры.

ERR_SOCKET_ALREADY_BOUND

Была сделана попытка привязать уже связанный сокет.

ERR_SOCKET_BAD_BUFFER_SIZE

Был передан недопустимый (отрицательный) размер для recvBufferSize или sendBufferSize варианты в dgram.createSocket().

ERR_SOCKET_BAD_PORT

Функция API, ожидающая порта> = 0 и <65536, получила недопустимое значение.

ERR_SOCKET_BAD_TYPE

Функция API, ожидающая типа сокета (udp4 или udp6) получил недопустимое значение.

ERR_SOCKET_BUFFER_SIZE

При использовании dgram.createSocket(), размер получения или отправки Buffer не может быть определено.

ERR_SOCKET_CLOSED

Была сделана попытка работать с уже закрытым сокетом.

ERR_SOCKET_DGRAM_IS_CONNECTED

А dgram.connect() вызов был сделан на уже подключенном сокете.

ERR_SOCKET_DGRAM_NOT_CONNECTED

А dgram.disconnect() или dgram.remoteAddress() звонок был сделан на отключенной розетке.

ERR_SOCKET_DGRAM_NOT_RUNNING

Был сделан вызов, но подсистема UDP не работала.

ERR_SRI_PARSE

Строка была предоставлена для проверки целостности подресурса, но не может быть проанализирована. Проверьте формат атрибутов целостности, посмотрев на Спецификация целостности подресурсов.

ERR_STREAM_ALREADY_FINISHED

Был вызван метод потока, который не может быть завершен, поскольку поток был завершен.

ERR_STREAM_CANNOT_PIPE

Была сделана попытка позвонить stream.pipe() на Writable транслировать.

ERR_STREAM_DESTROYED

Был вызван метод потока, который не может быть завершен, поскольку поток был уничтожен с использованием stream.destroy().

ERR_STREAM_NULL_VALUES

Была сделана попытка позвонить stream.write() с null кусок.

ERR_STREAM_PREMATURE_CLOSE

Ошибка, возвращенная stream.finished() а также stream.pipeline(), когда поток или конвейер завершаются некорректно, без явной ошибки.

ERR_STREAM_PUSH_AFTER_EOF

Была сделана попытка позвонить stream.push() после null(EOF) был отправлен в поток.

ERR_STREAM_UNSHIFT_AFTER_END_EVENT

Была сделана попытка позвонить stream.unshift() после 'end' событие было отправлено.

ERR_STREAM_WRAP

Предотвращает прерывание, если строковый декодер был установлен на Socket или если декодер находится в objectMode.

const Socket = require('net').Socket;
const instance = new Socket();

instance.setEncoding('utf8');

ERR_STREAM_WRITE_AFTER_END

Была сделана попытка позвонить stream.write() после stream.end() был вызван.

ERR_STRING_TOO_LONG

Была сделана попытка создать строку длиннее максимально допустимой.

ERR_SYNTHETIC

Искусственный объект ошибки, используемый для захвата стека вызовов для диагностических отчетов.

ERR_SYSTEM_ERROR

В процессе Node.js произошла неопределенная или неспецифическая системная ошибка. Объект ошибки будет иметь err.info свойство объекта с дополнительной информацией.

ERR_TLS_CERT_ALTNAME_INVALID

При использовании TLS имя хоста / IP-адрес однорангового узла не соответствует ни одному из subjectAltNames в его сертификате.

ERR_TLS_DH_PARAM_SIZE

При использовании TLS параметр, предлагаемый для алгоритма Диффи-Хеллмана (DH) протокол согласования ключей слишком мал. По умолчанию длина ключа должна быть больше или равна 1024 битам, чтобы избежать уязвимостей, хотя настоятельно рекомендуется использовать 2048 бит или больше для большей безопасности.

ERR_TLS_HANDSHAKE_TIMEOUT

Время ожидания подтверждения TLS / SSL истекло. В этом случае сервер также должен прервать соединение.

ERR_TLS_INVALID_CONTEXT

Контекст должен быть SecureContext.

ERR_TLS_INVALID_PROTOCOL_METHOD

Указанный secureProtocol метод недействителен. Он либо неизвестен, либо отключен, потому что небезопасен.

ERR_TLS_INVALID_PROTOCOL_VERSION

Допустимые версии протокола TLS: 'TLSv1', 'TLSv1.1', или 'TLSv1.2'.

ERR_TLS_INVALID_STATE

Сокет TLS должен быть подключен и надежно установлен. Перед продолжением убедитесь, что «безопасное» событие запущено.

ERR_TLS_PROTOCOL_VERSION_CONFLICT

Попытка установить протокол TLS minVersion или maxVersion конфликтует с попыткой установить secureProtocol явно. Используйте тот или иной механизм.

ERR_TLS_PSK_SET_IDENTIY_HINT_FAILED

Не удалось установить подсказку идентификатора PSK. Подсказка может быть слишком длинной.

ERR_TLS_RENEGOTIATION_DISABLED

Была сделана попытка повторно согласовать TLS на экземпляре сокета с отключенным TLS.

ERR_TLS_REQUIRED_SERVER_NAME

При использовании TLS server.addContext() был вызван без указания имени хоста в первом параметре.

ERR_TLS_SESSION_ATTACK

Обнаружено чрезмерное количество повторных согласований TLS, что является потенциальным вектором атак типа «отказ в обслуживании».

ERR_TLS_SNI_FROM_SERVER

Была предпринята попытка выдать указание имени сервера из сокета на стороне сервера TLS, который действителен только для клиента.

ERR_TRACE_EVENTS_CATEGORY_REQUIRED

В trace_events.createTracing() требуется по крайней мере одна категория событий трассировки.

ERR_TRACE_EVENTS_UNAVAILABLE

В trace_events модуль не может быть загружен, потому что Node.js был скомпилирован с --without-v8-platform флаг.

ERR_TRANSFORM_ALREADY_TRANSFORMING

А Transform поток завершился, пока он все еще преобразовывался.

ERR_TRANSFORM_WITH_LENGTH_0

А Transform поток закончился с данными, все еще находящимися в буфере записи.

ERR_TTY_INIT_FAILED

Инициализация TTY не удалась из-за системной ошибки.

ERR_UNAVAILABLE_DURING_EXIT

Функция была вызвана в process.on('exit') обработчик, который не должен вызываться внутри process.on('exit') обработчик.

ERR_UNCAUGHT_EXCEPTION_CAPTURE_ALREADY_SET

process.setUncaughtExceptionCaptureCallback() был вызван дважды, без предварительного сброса обратного вызова на null.

Эта ошибка предназначена для предотвращения случайной перезаписи обратного вызова, зарегистрированного из другого модуля.

ERR_UNESCAPED_CHARACTERS

Получена строка, содержащая неэкранированные символы.

ERR_UNHANDLED_ERROR

Произошла необработанная ошибка (например, когда 'error' событие испускается EventEmitter но 'error' обработчик не зарегистрирован).

ERR_UNKNOWN_BUILTIN_MODULE

Используется для определения определенного вида внутренней ошибки Node.js, которая обычно не должна запускаться кодом пользователя. Экземпляры этой ошибки указывают на внутреннюю ошибку в самом двоичном файле Node.js.

ERR_UNKNOWN_CREDENTIAL

Был передан несуществующий идентификатор группы или пользователя Unix.

ERR_UNKNOWN_ENCODING

В API передан неверный или неизвестный параметр кодировки.

ERR_UNKNOWN_FILE_EXTENSION

Стабильность: 1 — экспериментальная

Была сделана попытка загрузить модуль с неизвестным или неподдерживаемым расширением файла.

ERR_UNKNOWN_MODULE_FORMAT

Стабильность: 1 — экспериментальная

Была сделана попытка загрузить модуль с неизвестным или неподдерживаемым форматом.

ERR_UNKNOWN_SIGNAL

Неверный или неизвестный сигнал процесса был передан API, ожидающему действительного сигнала (например, subprocess.kill()).

ERR_UNSUPPORTED_DIR_IMPORT

import URL-адрес каталога не поддерживается. Вместо, Самостоятельная ссылка на пакет, используя его имя а также определить настраиваемый подпуть в "exports" поле package.json файл.

import './'; // unsupported
import './index.js'; // supported
import 'package-name'; // supported

ERR_UNSUPPORTED_ESM_URL_SCHEME

import со схемами URL, отличными от file а также data не поддерживается.

ERR_VALID_PERFORMANCE_ENTRY_TYPE

При использовании Performance Timing API (perf_hooks) допустимые типы записей производительности не найдены.

ERR_VM_DYNAMIC_IMPORT_CALLBACK_MISSING

Обратный вызов динамического импорта не указан.

ERR_VM_MODULE_ALREADY_LINKED

Модуль, который пытались связать, не подходит для связывания по одной из следующих причин:

  • Он уже был связан (linkingStatus является 'linked')
  • Это связано (linkingStatus является 'linking')
  • Не удалось установить связь для этого модуля (linkingStatus является 'errored')

ERR_VM_MODULE_CACHED_DATA_REJECTED

В cachedData Параметр, переданный конструктору модуля, недопустим.

ERR_VM_MODULE_CANNOT_CREATE_CACHED_DATA

Кэшированные данные не могут быть созданы для модулей, которые уже были оценены.

ERR_VM_MODULE_DIFFERENT_CONTEXT

Модуль, возвращаемый функцией компоновщика, находится в другом контексте, чем родительский модуль. Связанные модули должны иметь общий контекст.

ERR_VM_MODULE_LINKING_ERRORED

Функция компоновщика вернула модуль, для которого не удалось выполнить связывание.

ERR_VM_MODULE_LINK_FAILURE

Модуль не удалось связать из-за сбоя.

ERR_VM_MODULE_NOT_MODULE

Выполненное значение обещания связывания не является vm.Module объект.

ERR_VM_MODULE_STATUS

Текущий статус модуля не позволяет выполнить эту операцию. Конкретный смысл ошибки зависит от конкретной функции.

ERR_WASI_ALREADY_STARTED

Экземпляр WASI уже запущен.

ERR_WASI_NOT_STARTED

Экземпляр WASI не запущен.

ERR_WORKER_INIT_FAILED

В Worker Ошибка инициализации.

ERR_WORKER_INVALID_EXEC_ARGV

В execArgv вариант передан в Worker конструктор содержит недопустимые флаги.

ERR_WORKER_NOT_RUNNING

Операция завершилась неудачно, потому что Worker экземпляр в настоящее время не запущен.

ERR_WORKER_OUT_OF_MEMORY

В Worker Экземпляр остановлен, поскольку достиг предела памяти.

ERR_WORKER_PATH

Путь для основного скрипта рабочего не является ни абсолютным, ни относительным путем, начинающимся с ./ или ../.

ERR_WORKER_UNSERIALIZABLE_ERROR

Все попытки сериализации неперехваченного исключения из рабочего потока завершились неудачно.

ERR_WORKER_UNSUPPORTED_OPERATION

Запрошенная функциональность не поддерживается в рабочих потоках.

ERR_ZLIB_INITIALIZATION_FAILED

Создание zlib сбой объекта из-за неправильной конфигурации.

Получено слишком много данных заголовка HTTP. Для защиты от злонамеренных или неправильно настроенных клиентов, если получено более 8 КБ данных HTTP-заголовка, анализ HTTP будет прерван без создания объекта запроса или ответа, и Error с этим кодом будет выпущен.

HPE_UNEXPECTED_CONTENT_LENGTH

Сервер отправляет как Content-Length заголовок и Transfer-Encoding: chunked.

Transfer-Encoding: chunked позволяет серверу поддерживать постоянное соединение HTTP для динамически генерируемого контента. В этом случае Content-Length Заголовок HTTP использовать нельзя.

Использовать Content-Length или Transfer-Encoding: chunked.

MODULE_NOT_FOUND

Не удалось разрешить файл модуля при попытке require() или import операция.

Устаревшие коды ошибок Node.js¶

Стабильность: 0 — Не рекомендуется. Эти коды ошибок либо несовместимы, либо были удалены.

ERR_CANNOT_TRANSFER_OBJECT

Значение, переданное в postMessage() содержит объект, который не поддерживается для передачи.

ERR_CRYPTO_HASH_DIGEST_NO_UTF16

Кодировка UTF-16 использовалась с hash.digest(). В то время как hash.digest() метод позволяет encoding аргумент, который должен быть передан, в результате чего метод возвращает строку, а не Buffer, кодировка UTF-16 (например, ucs или utf16le) не поддерживается.

ERR_HTTP2_FRAME_ERROR

Используется при сбое отправки отдельного кадра в сеансе HTTP / 2.

Используется, когда ожидается объект заголовков HTTP / 2.

Используется, когда в сообщении HTTP / 2 отсутствует требуемый заголовок.

Информационные заголовки HTTP / 2 должны отправляться только прежний позвонить в Http2Stream.prototype.respond() метод.

ERR_HTTP2_STREAM_CLOSED

Используется, когда действие было выполнено над уже закрытым потоком HTTP / 2.

ERR_HTTP_INVALID_CHAR

Используется, когда в сообщении статуса ответа HTTP (фраза причины) обнаружен недопустимый символ.

ERR_INDEX_OUT_OF_RANGE

Данный индекс был вне допустимого диапазона (например, отрицательные смещения).

ERR_INVALID_OPT_VALUE

В объект опций было передано недопустимое или неожиданное значение.

ERR_INVALID_OPT_VALUE_ENCODING

Передана неверная или неизвестная кодировка файла.

ERR_MISSING_MESSAGE_PORT_IN_TRANSFER_LIST

Этот код ошибки был заменен на ERR_MISSING_TRANSFERABLE_IN_TRANSFER_LIST в Node.js v15.0.0, потому что он больше не точен, поскольку теперь существуют и другие типы переносимых объектов.

ERR_NAPI_CONS_PROTOTYPE_OBJECT

Используется Node-API когда Constructor.prototype не объект.

ERR_NO_LONGER_SUPPORTED

API Node.js был вызван неподдерживаемым способом, например Buffer.write(string, encoding, offset[, length]).

ERR_OPERATION_FAILED

Не удалось выполнить операцию. Обычно это используется, чтобы сигнализировать об общем сбое асинхронной операции.

ERR_OUTOFMEMORY

Обычно используется для определения того, что операция вызвала нехватку памяти.

ERR_PARSE_HISTORY_DATA

В repl модулю не удалось проанализировать данные из файла истории REPL.

ERR_SOCKET_CANNOT_SEND

Данные не могут быть отправлены через сокет.

ERR_STDERR_CLOSE

Была сделана попытка закрыть process.stderr транслировать. По замыслу Node.js не позволяет stdout или stderr потоки должны быть закрыты кодом пользователя.

ERR_STDOUT_CLOSE

Была сделана попытка закрыть process.stdout транслировать. По замыслу Node.js не позволяет stdout или stderr потоки должны быть закрыты кодом пользователя.

ERR_STREAM_READ_NOT_IMPLEMENTED

Используется, когда делается попытка использовать читаемый поток, который не реализован readable._read().

ERR_TLS_RENEGOTIATION_FAILED

Используется, когда запрос на повторное согласование TLS завершился ошибкой неспецифическим образом.

ERR_TRANSFERRING_EXTERNALIZED_SHAREDARRAYBUFFER

А SharedArrayBuffer чья память не управляется механизмом JavaScript или Node.js. во время сериализации. Такой SharedArrayBuffer не может быть сериализован.

Это может произойти только тогда, когда нативные аддоны создают SharedArrayBuffers в «внешнем» режиме или поместите существующий SharedArrayBuffer во внешний режим.

ERR_UNKNOWN_STDIN_TYPE

Была предпринята попытка запустить процесс Node.js с неизвестным stdin тип файла. Эта ошибка обычно указывает на ошибку в самом Node.js, хотя пользовательский код может вызвать ее.

ERR_UNKNOWN_STREAM_TYPE

Была предпринята попытка запустить процесс Node.js с неизвестным stdout или stderr тип файла. Эта ошибка обычно указывает на ошибку в самом Node.js, хотя пользовательский код может вызвать ее.

ERR_V8BREAKITERATOR

V8 BreakIterator API использовался, но не установлен полный набор данных ICU.

ERR_VALUE_OUT_OF_RANGE

Используется, когда заданное значение выходит за пределы допустимого диапазона.

ERR_VM_MODULE_NOT_LINKED

Перед созданием экземпляра модуль должен быть успешно связан.

ERR_WORKER_UNSUPPORTED_EXTENSION

Имя пути, используемое для основного сценария рабочего, имеет неизвестное расширение файла.

ERR_ZLIB_BINDING_CLOSED

Используется, когда делается попытка использовать zlib объект после того, как он уже был закрыт.

ERR_CPU_USAGE

Родной звонок от process.cpuUsage не может быть обработано.

Improve Article

Save Article

  • Read
  • Discuss
  • Improve Article

    Save Article

    Message dialogs provide information to the user. Message dialogs are created with the JOptionPane.showMessageDialog() method.

    We call the static showMessageDialog() method of the JOptionPane class to create a message dialog. We provide the dialog’s parent, message text, title, and message type. The message type is one of the following constants : 

    1. ERROR_MESSAGE
    2. WARNING_MESSAGE
    3. QUESTION_MESSAGE
    4. INFORMATION_MESSAGE

    Methods Used : 

    1. setLayout(…): method helps us to set the layout of the container, often a JPanel, to say FlowLayout, BorderLayout, GridLayout, null layout, or whatever layout we want to add on container.
    2. setBounds(…): method is used to set the location and size of components like JButton, and is only useful if null layout is used in JFrame.
    3. setVisible(…): method is used to set the Visibility status of JFrame. 
      1. setVisible(true) will set JFrame visible to user.
      2. setVisible(false) will set JFrame not visible to user.
    4. getSource(): An event object contains a reference to the component that generated the event. To extract that reference from the event object we use getSource() Method.
    5. add(): It is used to add components like JButton etc, to the container of JFrame.

    Below is the implementation of above discussed method to show Message Dialogs :

    Java

    import java.awt.*;

    import java.awt.event.*;

    import javax.swing.*;

    class Demo extends JFrame implements ActionListener

    {

        JButton b1;

        Demo()

        {

            this.setLayout(null);

            b1 = new JButton("Button 1");

            b1.setBounds(130, 05, 100, 50);

            this.add(b1);

            b1.addActionListener(this);

        }

        public void actionPerformed(ActionEvent evt)

        {

            if (evt.getSource() == b1)

            {

                JOptionPane.showMessageDialog(this, "Enter a valid Number",

                                       "ERROR", JOptionPane.ERROR_MESSAGE);

            }

        }

    }

    class MessageDialogs1 {

        public static void main(String args[])

        {

            Demo f = new Demo();

            f.setBounds(200, 200, 400, 300);

            f.setResizable(false);

            f.setVisible(true);

        }

    }

    Output : 

    Java

    import java.awt.*;

    import java.awt.event.*;

    import javax.swing.*;

    class Demo extends JFrame implements ActionListener

    {

        JButton b1;

        Demo()

        {

            this.setLayout(null);

            b1 = new JButton("Button 2");

            b1.setBounds(130, 05, 100, 50);

            this.add(b1);

            b1.addActionListener(this);

        }

        public void actionPerformed(ActionEvent evt)

        {

            if (evt.getSource() == b1) {

                JOptionPane.showMessageDialog(this, "Enter a valid String",

                                   "WARNING", JOptionPane.WARNING_MESSAGE);

            }

        }

    }

    class MessageDialogs2 {

        public static void main(String args[])

        {

            Demo f = new Demo();

            f.setBounds(200, 200, 400, 300);

            f.setResizable(false);

            f.setVisible(true);

        }

    }

    Output : 
     

    Java

    import java.awt.*;

    import java.awt.event.*;

    import javax.swing.*;

    class Demo extends JFrame implements ActionListener

    {

        JButton b1;

        Demo()

        {

            this.setLayout(null);

            b1 = new JButton("Button 3");

            b1.setBounds(130, 05, 100, 50);

            this.add(b1);

            b1.addActionListener(this);

        }

        public void actionPerformed(ActionEvent evt)

        {

            if (evt.getSource() == b1)

            {

                JOptionPane.showMessageDialog(this, "Do you want to quit",

                                 "Question", JOptionPane.QUESTION_MESSAGE);

            }

        }

    }

    class MessageDialogs3 {

        public static void main(String args[])

        {

            Demo f = new Demo();

            f.setBounds(200, 200, 400, 300);

            f.setResizable(false);

            f.setVisible(true);

        }

    }

    Output : 

    Java

    import java.awt.*;

    import java.awt.event.*;

    import javax.swing.*;

    class Demo extends JFrame implements ActionListener

    {

        JButton b1;

        Demo()

        {

            this.setLayout(null);

            b1 = new JButton("Button 4");

            b1.setBounds(130, 05, 100, 50);

            this.add(b1);

            b1.addActionListener(this);

        }

        public void actionPerformed(ActionEvent evt)

        {

            if (evt.getSource() == b1)

            {

                JOptionPane.showMessageDialog(this, "You Pressed Button FOUR",

                                              "INFORMATION",

                                              JOptionPane.INFORMATION_MESSAGE);

            }

        }

    }

    class MessageDialogs4 {

        public static void main(String args[])

        {

            Demo f = new Demo();

            f.setBounds(200, 200, 400, 300);

            f.setResizable(false);

            f.setVisible(true);

        }

    }

    Output : 

    Понравилась статья? Поделить с друзьями:
  • Error message payment failed please contact your bank or choose another payment method please con
  • Error message ovpnagent request error
  • Error message ora 00904
  • Error message maker
  • Error message main error message reason