Before you ask for help…

User Support
,
#1

To ensure that your issues get the attention they require—and quickly—we need you to meet us half-way, otherwise, your post may be unlisted by a moderator or left unresponded to.

How? By following the guidelines laid out below.

Why? There are thousands of you and only a handful of us—all volunteers with busy lives. You stand the best chance of attracting good answers if your issue is well-formulated and well-researched. Better yet, you might end up resolving it by yourself!

Search first, ask later

Always search for your issue before posting, in case we’ve already discussed, resolved, or written a guide for it:

  1. Search the Discourse,

  2. Search the official documentation,

  3. Search our official FAQs,

  4. Search our Github issue tracker (remember to search our pull requests too),

  5. If you can identify the package responsible for your issue, check their issue tracker. Use M-x doom/help-package-homepage to open their project page in your browser, straight from Emacs.

Do some detective work

If you’re here about a bug, misbehavior, or errors, then some debugging is in order. This can reveal information about your issue that we will ask for anyway—or possibly enable you to resolve it yourself:

  • Run $ doom clean && doom build && doom sync -u (this may take a while), then restart Emacs. Did that fix the issue?

  • Try $ doom doctor – this will report common issues with your system and config.

  • Can you reproduce the issue on the latest commit of Doom Emacs? (Run $ doom upgrade to properly update it)

  • Can you reproduce the issue in vanilla Doom?

  • Consult our debugging guide.

Choose the right category to post in

  • For general user support, post in one of #support’s sub-categories:

  • For feature requests or development questions, post in #dev.

  • Need help using our Discourse, Discord, or Github? Post in #meta.

Create a topic

Now to create the topic!

  1. To open the composer, click image on the top-right of any category page

  2. Assign your topic one of the following tags:

    • #issue — for help with bugs and unintended behavior
    • #request — to request changes or new features
    • #question — general support (e.g. how-to questions)
    • #notice — an FYI to the community and project maintainer
    • #guide — an extensive tutorial for other users
    • #tip — a quick and brief protip for other users
    • #discussion — a request to talk, exchange ideas, or survey others
    • #project — a post that keeps track of some ongoing development effort

  3. Pay careful attention to the pre-filled template and fill it in.

    • Be polite. [1]
    • Be as specific as possible. [2]
    • Use screenshots and gifs, if you can.
    • Include backtraces if errors are involved—one for each of them. Alternatively, include the last 10-15 lines of the *Messages* buffer.
    • Once your issue is resolved, remember to mark the solution[3].

Then click image and you’re good to go!

Frequently asked questions

  • When is it more appropriate to create a Github issue instead?

    When you are reasonably certain that an issue is caused by Doom, and not by private configuration or a third party package. When in doubt, post in #support (or on our Discord). A maintainer will create a Github issue for it once confirmed.

  • My issue hasn’t gotten a response yet. What do I do?

    Discourse will automatically bump old, unanswered posts, so all you have to do is wait, but after three months posts are automatically closed (and later moved to #archive, if no solution was found/proposed). If you get no response after a couple days, you may have better luck asking another community:

    However, if you find your answer elsewhere, we’d appreciate if you’d let us know, so we can archive the solution here for future users.

  1. Please don’t rant at us, give us ultimatums, or start your post off airing your frustrations. We get it—Emacs can be frustrating—but we’re (volunteer) problem solvers, not therapists. ↩︎

    • Avoid phrases like “it doesn’t work” or “X stopped working”. These are ambiguous.
    • If you mention keybinds, also mention what commands they’re bound to.
    • If you’re comparing to another Emacs distro or editor, please link to more information about their features, or include a screencast of it, to help us understand it better.
    • Please include a list of steps to reproduce your issue.
    ↩︎

  3. Click this button beneath the post responsible.

    image

    If no post qualifies, reply to yourself and mark that instead. ↩︎

1 Like
No ligatures appear even though ligature support is ativated + there are side effects on fonts displayed in "regular" buffers
What is the difference between 'session' and 'workspace'?
Broken link in pinned post