Doom-emacs: [ОШИБКА] первое рабочее пространство после запуска не меняет имя с 'main'

Созданный на 23 окт. 2019  ·  3Комментарии  ·  Источник: hlissner/doom-emacs

Опишите проблему
Начните с краткого изложения проблемы, состоящего из 1 или 2 предложений.

Затем при необходимости дайте более подробное объяснение. Вот некоторые предложения
о том, что включить:

  • Что вы ожидали от того, что произошло на самом деле
  • Скриншоты / слепки вашей проблемы
  • Ссылка на вашу личную конфигурацию
  • Ярлыки для любых ключей, на которые вы ссылаетесь (используйте SPC h k для проверки ключа)
  • Любые предупреждения или ошибки записываются в * Сообщения * ( SPC h e или M-x view-echo-area-messages ).


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

Чтобы получить обратную трассировку, включите debug-on-error затем заново создайте ошибку. Здесь
способы включить debug-on-error :

  • M-x toggle-debug-on-error ,
  • Запустите Emacs с emacs --debug-init
  • Если ошибка произошла при использовании bin/doom , используйте -d / --debug
  • переключатели или переменная окружения DEBUG .

Действия по воспроизведению

  1. Выберите эти примеры шагов,
  2. Удалите их,
  3. И замените их точными шагами, чтобы воспроизвести вашу проблему.
  4. Заполните «системную информацию» ниже.

Системная информация


Поместите сюда вывод M-x doom/info или ~/.emacs.d/bin/doom info .

:ui workspaces bug resolved

Самый полезный комментарий

Прошу прощения за плохой отчет об ошибке.
Что-то пошло не так с github, надо было проверить.

Это совершенно нормально. Последующий отчет об ошибке был превосходным! Начиная с версии 4ccb69d, эта проблема должна быть решена. Сообщите мне, если это не так, и я открою его повторно. Спасибо, что обратили на это мое внимание (и за быстрый ответ)!

Все 3 Комментарий

Извините, но это недопустимый отчет об ошибке. Как воспроизвести вашу проблему? Не могли бы вы предоставить свои M-x doom/info ? Не могли бы вы объяснить, что вы пробовали и что наблюдали? Можете ли вы дать ссылку на вашу личную конфигурацию?

Следуйте инструкциям в шаблоне проблемы.

первое рабочее пространство после запуска не меняет имя с 'main'

Почему вы ждете, что его название изменится? Вы пытаетесь его переименовать? Что вы делаете, чтобы переименовать его, который потерпел неудачу? Есть ли что-то, что вы делаете при запуске, что может привести к его переименованию? Как это не удается? С сообщением об ошибке? Что-нибудь записано в * Сообщения * (см. SPC h e )?

Прошу прощения за плохой отчет об ошибке.
Что-то пошло не так с github, надо было проверить.

Вот моя системная информация:

Системная информация


((emacs
(версия. "26.3")
(функции. «JPEG RSVG IMAGEMAGICK GLIB NOTIFY ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS MODULES THREADS LCMS2»)
(сборка «30 августа 2019 г.»)
(buildopts "--disable-dependency-tracking --disable-silent-rules --enable-locallisppath = / usr / local / share / emacs / site-lisp --infodir = / usr / local / Cellar / emacs-plus / 26,3 / га
re / info / emacs --prefix = / usr / local / Cellar / emacs-plus / 26.3 --with-xml2 --without-dbus --with-gnutls --with-imagemagick --with-modules --with- rsvg --with-ns --disable-ns-sel
е-содержащий ")
(пакет windowsys.)
(демон. запущен на сервере))
(рок
(версия. "2.0.9")
(сборка "HEAD -> разработка d6cbe5dc8 2019-10-23 01:48:49 -0400"))
(система
(тип. дарвин)
(конфигурация "x86_64-apple-darwin19.0.0")
(оболочка. "/ usr / local / bin / zsh")
(uname. "Darwin 19.0.0 Darwin Kernel Version 19.0.0: среда, 9 октября 13:26:26 PDT 2019; root: xnu-6153.40.150.111.1 ~ 2 / RELEASE_X86_64 x86_64")
(путь "~ / .yarn / bin" "~ / .config / yarn / global / node_modules / .bin" "~ / .cargo / bin" "~ / bin" "~ / opt / bin" "~ / go / bin "" / usr / local / opt / go / libexec / bin "" / usr / local / Cellar / pyenv-vir
tualenv / HEAD-75e8474 / shims "" ~ / .pyenv / shims "" ~ / bin "" /usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/bin "" / opt / chefdk / bin "" ~ / .chefdk / gem / ruby ​​/
2.1.0 / bin "" / opt / chefdk / embedded / bin "" ~ / bin "" ~ / opt / bin "" ~ / go / bin "" / usr / local / opt / go / libexec / bin "" / usr / local / bin "" / usr / local / sbin "" / usr / bin "" / bin "" / usr / sbin "" / sb
в "" / opt / X11 / bin "" ~ / .nvim / plugged / fzf / bin "" ~ / .cargo / bin "" ~ / .fzf / bin "" / usr / local / Cellar / emacs-plus / 26.3 / libexec / emacs / 26.3 / x86_64-apple-darwin19.0.0 "))
(конфигурация
(envfile. envvar-файл)
(elc-файлы. 0)
(модули: завершение компании ivy: ui doom doom-dashboard doom-quit fill-column hl-todo modeline nav-flash ophints (popup + all + defaults) vc-gutter vi-tilde-fringe windo
w-select рабочие области: редактор (зло + повсюду) шаблоны файлов свернуть несколько курсоров фрагменты поворота текста: emacs dired electric vc: term eshell: tools eval flycheck flyspe
ll gist (lookup + docsets) lsp magit: lang data emacs-lisp go (haskell + intero) markdown (org + dragndrop + ipython + pandoc + present) (python + pyenv + ipython) sh: config (de
неисправность + крепления + смартпаренс))
(пакеты mwim fasd yapfify py-isort dash-at-point exec-path-from-shell deadgrep sql-indent textile-mode)
(elpa "н / д")))

Я ожидаю, что имя рабочего пространства изменится после того, как я выберу новый проект с помощью SPC pp , потому что
он всегда меняется, но не в первый раз после запуска Emacs.

Действия по воспроизведению:

  • Откройте Emacs
  • SPC pp - выберите проект, имя первой (и единственной) рабочей области останется main
  • SPC pp - выберите другой проект, имя второй рабочей области присвоено имени проекта, имя первой рабочей области по-прежнему остается основным

Я ожидаю, что первое рабочее пространство изменит свое имя на имя выбранного проекта.

Я пробовал запустить doom-emacs без моей конфигурации, сгенерированной по умолчанию, ничего не изменилось.

Прошу прощения за плохой отчет об ошибке.
Что-то пошло не так с github, надо было проверить.

Это совершенно нормально. Последующий отчет об ошибке был превосходным! Начиная с версии 4ccb69d, эта проблема должна быть решена. Сообщите мне, если это не так, и я открою его повторно. Спасибо, что обратили на это мое внимание (и за быстрый ответ)!

Была ли эта страница полезной?
0 / 5 - 0 рейтинги