Skip to the content
Documentation
Manuals

When something goes wrong

What to do when something goes wrong: understand the error page, tell your administrator, and file a bug in the right issue tracker with what is needed to fix it.

  • Topic type: Concept
  • For: Visitors Editors Administrators
  • doc.help.when-something-goes-wrong
  • Last changed
  • JSON
On this page

This page is for everyone who meets an error: an editor in the administration, a visitor of the site, or an administrator who passes a problem on. It explains what the common error pages mean, who to tell, and how to describe a problem so that it gets fixed.

First: is it an error?

Some pages look like errors but only say that something is not allowed or not there:

The page a visitor gets for an address that does not exist: a friendly not found page, not an error of the site
The page a visitor gets for an address that does not exist: a friendly not found page, not an error of the site
What the page saysWhat it meansWhat to do
The requested page could not be displayed. (1), ...because of security issues, Your account does not have the proper privilegesYour role may not open this page or do this action.Ask your administrator for access, if you need it.
The requested page could not be displayed. (20), The requested address or module could not be foundThe address is wrong, or that part is not installed on this site.Check the address; go back and use the menus.
Possible edit conflictSomeone (or you) already has a draft of the item.See Creating and editing content.
A button is grayed outYou may not use it here, or now (for example while editing).Point at it to read why.
The page is very slow, or the site is in maintenanceThe site may be busy, or being updated.Wait a moment and try again.

When something really went wrong

An error of the site shows a page such as Something went wrong on our side, with a reference at the bottom, for example ERR-0123456789. The error has already been logged; the reference lets an administrator find exactly that moment in the logs.

Setup, Log files: the digest of recent errors and warnings across the log files
Setup, Log files: the digest of recent errors and warnings across the log files
  1. Note the reference, the time, and the address of the page (copy it from the browser's address bar).
  2. Write down what you did, step by step, right before the error: which page, which button, what you typed.
  3. Try once more. If it works now, mention that it happened once.
  4. Tell your administrator (or the site's contact) and pass on the reference, the time, the address and the steps. Administrators find the request from the reference, see Finding an error by its reference.

A screenshot helps, as long as it shows no passwords or other people's personal data.

Filing a bug in Exponential

Before you file it: not everything that looks like a bug is one. A behavior can be deliberate or open to interpretation, what engineers call a negative feature. Changing it can affect every site that relies on it, so it needs a strong justification and often several rounds of review. See Negative features.

When your administrator (or you, as one) finds that the problem is in the software itself and not in the site's own setup, file it publicly so it can be fixed for everyone. The Report an error page of the help (exphelp/report in the administration) guides you through it, fills in a summary of the installation for you and opens a new issue with a prepared title and text.

The Report an error page of the help center: which tracker to use and a prefilled issue with a safe summary of the installation
The Report an error page of the help center: which tracker to use and a prefilled issue with a safe summary of the installation

Choose the right tracker:

TrackerFor
Exponential (the software)Errors in the kernel, the administration, the bundled extensions and the documentation.
Exponential VelocityErrors of the Velocity application server: starting, workers, its response cache, HTTPS.
The extension's own repositoryErrors in one extension that has its own repository; the Report an error page lists them.
Exponential project and communityThe project, the website, the ecosystem, and everything that is not an error in a piece of software.

You need a free GitHub account to open an issue. Search the tracker first: if the problem is already known, add what you know to that issue instead of opening a new one.

A good bug description

  • A short title that names the problem: Upload page: ZIP file with a folder fails with "temp_dir".
  • What you did, step by step, so someone else can make it happen again.
  • What you expected, and what happened instead, with the exact message.
  • The environment: the Exponential version, the PHP version, the web server (Exponential Velocity, Apache or nginx with PHP-FPM, FrankenPHP), the database and the administration design. The Report an error page and Setup > System information (Copy report as text) give you this summary; both leave out passwords, keys and server paths. On the command line, ./console exp:info --plain --no-logo (or --json) gives the same and more (every extension with its version, the engine, the caches): it never prints a password, key, token, database user or full database address, so you can paste it as it is (The system card).
  • Log lines around the time, if an administrator can get them; remove anything private first.

Never put passwords, keys, session cookies, database addresses, or the personal data of customers or users into a public issue.

Even better: send the fix

If you found the cause yourself, you can send the fix along with the report. With the code installed as Git clones, a fix is a branch in your fork and a pull request away, and it reaches every site in the next release. Develop with Git shows how, step by step. Mention the issue in the pull request (for example Fixes #123) so both are linked.

Security problems

If you find a security problem, such as a way to see or change what you should not, do not file it in a public tracker. Send it privately to [email protected], or use GitHub's private vulnerability reporting of the repository. Say which version you run, what an attacker could do, and how to reproduce it. The full policy is in the file SECURITY.md at the root of the installation.

"This installation is a public demo". That message, or a Demo mode banner, means the site runs in demo mode on purpose: administrator passwords cannot be changed or reset there. If it shows on a real site, tell the people who run the server at once. Demo mode FAQ, Demo mode problems.

Asking for help

For questions that are not bugs ("how do I ...?"), the community is the right place: the Exponential community forums, the Telegram community chat, the Discord server and the Slack workspace, all free. Before you ask, look in the Exponential documentation, on eZpedia and in the articles on Share Exponential. The other help pages may already have the answer: see Help for editors and users.

Report an error in the dark mode: where each kind of problem goes, and the safe summary of the installation to copy
Report an error in the dark mode: where each kind of problem goes, and the safe summary of the installation to copy

Free help depends on the time people give, so nobody promises an answer time. When you cannot wait, the project's support page recommends paid support from 7x, the company that maintains Exponential (se7enx.com/services). Both kinds of support are explained on Getting support.

Become an Exponential Partner. Partners share their information, provide funding, contribute back and develop the products with us, and that is how Exponential grows. A partner website and dashboard are planned for mid-2027: please become a partner today to speed up our growth rate and land new features faster. Start with Partners: start here and How to apply.

Was this helpful?

Only your answer is kept, not who you are.

Something wrong on this page? Report an error