Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

emacs --daemon weird behaviour #1894

Closed
CestDiego opened this issue Jun 8, 2015 · 42 comments
Closed

emacs --daemon weird behaviour #1894

CestDiego opened this issue Jun 8, 2015 · 42 comments
Labels
Bug :-( Running as daemon

Comments

@CestDiego
Copy link
Contributor

Hello, I share this to know if other people are having the same issue:

when running emacs as daemon I get this:
alt

And when opening an emacsclient sth feels off (note the coloring on the window numbers)
alt

And then when running something that takes input (such as helm-projectile) I get the prompt at the terminal where the daemon is running >very weird:
alt

Also, SPC : doesn't seem to be defined, etc, etc I don't know if this is a problem with spacemacs but it looks as if spacemacs is not fully loading while being called as a daemon.
@tuhdo
Copy link
Contributor

tuhdo commented Jun 8, 2015

Could you reproduce with stock Spacemacs?

@CestDiego
Copy link
Contributor Author

No I can't ;; which means...I'm the problem right? dayum ;;

@tuhdo
Copy link
Contributor

tuhdo commented Jun 8, 2015

Not necessary. To find out, you can remove your personal config and private layer, and only leave the pre-configured layers active. Maybe there's a problem with a layer. If not, then, you now know where to look at :)

@CestDiego
Copy link
Contributor Author

:) ye, I'm gonna disable all my layers. then I'll se what's up with that.

@CestDiego
Copy link
Contributor Author

This is very weird, so I disable all my layers and just stay with spacemacs' ones, and then the problem rises again D: I know it stops after keybindings. And what's after that is

Loading /home/io/.emacs.d/.cache/recentf...done
Start checking for new version...
Open the quickhelp.

@CestDiego
Copy link
Contributor Author

ok So I deleted the nyan-cat stuff that checked if emacs was running as a graphical system. and now I don't see the prompt at the terminal and SPC : is defined, buuuut still

alt

Shows that there is sth wrong in the modeline.

@syl20bnr
Copy link
Owner

syl20bnr commented Jun 9, 2015

@CestDiego what does the screenshot show ?

@CestDiego
Copy link
Contributor Author

@syl20bnr normally I would be able to have the numbers in black background, what I feel here, is that when I make a new frame after running as a daemon, none of the graphical features work, (spacemacs logo doesn't show, nyancat, etc)

@robbyoconnor
Copy link
Contributor

Affected by this -- just wanna be included

@robbyoconnor robbyoconnor mentioned this issue Jun 11, 2015
Closed
@xoich
Copy link

xoich commented Jun 25, 2015

my spacemacs when running as daemon can't find source code pro, and the mode-line doesn't have fancy graphic. Same as @CestDiego I think.

@CestDiego
Copy link
Contributor Author

@mistnim unfortunately, running emacs as daemon spawns it as a service, and so all the loading is done as service of that :( So no GUI loading features.

@smartass101 smartass101 mentioned this issue Jul 9, 2015
Closed
travisbhartwell added a commit to travisbhartwell/spacemacs that referenced this issue Aug 14, 2015
@travisbhartwell
WIP: Properly initialize the display for daemon mode.
be81cba 
WORK IN PROGRESS.  NEEDS TESTING.  NEEDS TO USE THIS THROUGHOUT THE REST
OF SPACEMACS INITIALIZATION.

Will push a clean commit when everything is working satisfactorily.

Add macro to wrap things that depend on the display being
initialized (and a frame active), such as getting the font.  Advise the
`server-create-window-system-frame` function which is called by
emacsclient when creating a window-system frame.  This is only run the
first time a frame is created, so the advice removes itself.

Fixes: syl20bnr#299 and syl20bnr#1894
(Among others)
@travisbhartwell travisbhartwell mentioned this issue Aug 14, 2015
Closed
travisbhartwell added a commit to travisbhartwell/spacemacs that referenced this issue Aug 14, 2015
@travisbhartwell
WIP: Properly initialize the display for daemon mode.
963d3d7 
WORK IN PROGRESS.  NEEDS TESTING.  NEEDS TO USE THIS THROUGHOUT THE REST
OF SPACEMACS INITIALIZATION.

Will push a clean commit when everything is working satisfactorily.

Add macro to wrap things that depend on the display being
initialized (and a frame active), such as getting the font.  Advise the
`server-create-window-system-frame` function which is called by
emacsclient when creating a window-system frame.  This is only run the
first time a frame is created, so the advice removes itself.

Fixes: syl20bnr#299 and syl20bnr#1894
(Among others)
travisbhartwell added a commit to travisbhartwell/spacemacs that referenced this issue Aug 15, 2015
@travisbhartwell
WIP: Properly initialize the display for daemon mode.
e246f8f 
WORK IN PROGRESS.  NEEDS TESTING.  NEEDS TO USE THIS THROUGHOUT THE REST
OF SPACEMACS INITIALIZATION.

Will push a clean commit when everything is working satisfactorily.

Add macro to wrap things that depend on the display being
initialized (and a frame active), such as getting the font.  Advise the
`server-create-window-system-frame` function which is called by
emacsclient when creating a window-system frame.  This is only run the
first time a frame is created, so the advice removes itself.

Fixes: syl20bnr#299 and syl20bnr#1894
(Among others)
travisbhartwell added a commit to travisbhartwell/spacemacs that referenced this issue Aug 18, 2015
@travisbhartwell
WIP: Properly initialize the display for daemon mode.
fb52b00 
WORK IN PROGRESS.  NEEDS TESTING.  NEEDS TO USE THIS THROUGHOUT THE REST
OF SPACEMACS INITIALIZATION.

Will push a clean commit when everything is working satisfactorily.

Add macro to wrap things that depend on the display being
initialized (and a frame active), such as getting the font.  Advise the
`server-create-window-system-frame` function which is called by
emacsclient when creating a window-system frame.  This is only run the
first time a frame is created, so the advice removes itself.

Fixes: syl20bnr#299 and syl20bnr#1894
(Among others)
travisbhartwell added a commit to travisbhartwell/spacemacs that referenced this issue Sep 9, 2015
@travisbhartwell
Properly initialize the display for daemon mode.
8e3a6eb 
Add macro to wrap things that depend on the display being
initialized (and a frame active), such as getting the font.  Advise the
`server-create-window-system-frame` function which is called by
emacsclient when creating a window-system frame.  This is only run the
first time a frame is created, so the advice removes itself.

Fixes: syl20bnr#299 and syl20bnr#1894
(Among others)
travisbhartwell added a commit to travisbhartwell/spacemacs that referenced this issue Oct 15, 2015
@travisbhartwell
Properly initialize the display for daemon mode.
34ba3ea 
Add macro to wrap things that depend on the display being
initialized (and a frame active), such as getting the font.  Advise the
`server-create-window-system-frame` function which is called by
emacsclient when creating a window-system frame.  This is only run the
first time a frame is created, so the advice removes itself.

Fixes: syl20bnr#299 and syl20bnr#1894
(Among others)
travisbhartwell added a commit to travisbhartwell/spacemacs that referenced this issue Nov 7, 2015
@travisbhartwell
Properly initialize the display for daemon mode.
33bb4a7 
Add macro to wrap things that depend on the display being
initialized (and a frame active), such as getting the font.  Advise the
`server-create-window-system-frame` function which is called by
emacsclient when creating a window-system frame.  This is only run the
first time a frame is created, so the advice removes itself.

Fixes: syl20bnr#299 and syl20bnr#1894
(Among others)
cpaulik pushed a commit to cpaulik/spacemacs that referenced this issue Nov 9, 2015
@travisbhartwell @cpaulik
Properly initialize the display for daemon mode.
ec8fe73 
Add macro to wrap things that depend on the display being
initialized (and a frame active), such as getting the font.  Advise the
`server-create-window-system-frame` function which is called by
emacsclient when creating a window-system frame.  This is only run the
first time a frame is created, so the advice removes itself.

Fixes: syl20bnr#299 and syl20bnr#1894
(Among others)
@d12frosted d12frosted mentioned this issue Nov 20, 2015
Closed
syl20bnr pushed a commit that referenced this issue Jan 4, 2016
@travisbhartwell @syl20bnr
Properly initialize the display for daemon mode.
eea3df4 
Add macro to wrap things that depend on the display being
initialized (and a frame active), such as getting the font.  Advise the
`server-create-window-system-frame` function which is called by
emacsclient when creating a window-system frame.  This is only run the
first time a frame is created, so the advice removes itself.

Fixes: #299 and #1894
(Among others)
@syl20bnr
Copy link
Owner

syl20bnr commented Jan 5, 2016

Ok should be good for the cat, remove the code that disable the cat and relaunch a daemon with a GUI and/or terminal client.

@syl20bnr
Copy link
Owner

syl20bnr commented Jan 5, 2016

Basically I only re-enable the cat for the first GUI client... don't know if it will be robust enough.

@syl20bnr
Copy link
Owner

syl20bnr commented Jan 5, 2016

There are still some issues with italic and some colors (helm for instance) but maybe we cannot do much about it...

EDIT: Actually the missing italic font may be an issue on my config.

@syl20bnr
Copy link
Owner

syl20bnr commented Jan 5, 2016

But now terminal Emacs is affected

I don't mind having no logo in terminal client. If one use both GUI and terminal client, chances are that terminal ones are for quick edit so a missing banner is not such a big deal :-)

@CestDiego
Copy link
Contributor Author

:) I'm so happy with this.. the only problem I have is the number color, and also I haven't really used terminal Emacs before, is the color of the evilified state cursor supposed to have trouble? it looks just the same as the normal state one

@syl20bnr
Copy link
Owner

syl20bnr commented Jan 5, 2016

Yes the cursor color is always the same, we had a package to change the shape of the cursor but it was buggy so we had to remove it.
For the window and workspace numbers color I suppose this is the same kind of issue as the helm source header. For the unicode window and workspace numbers this might be fixed in spaceline, not really sure how to fix this for now.

@syl20bnr
Copy link
Owner

syl20bnr commented Jan 5, 2016

I'm so happy with this

Me too, thanks again @travisbhartwell :-)

@CestDiego
Copy link
Contributor Author

I say after the number thing is fixed we can close this issue. But great job on this! :)

@CestDiego
Copy link
Contributor Author

What problem is in helm with italics?

@syl20bnr
Copy link
Owner

syl20bnr commented Jan 5, 2016

I have underlines, but this is also the case with regular emacs GUI so I guess this is my emacs build/font.

@TheBB
Copy link
Collaborator

TheBB commented Jan 5, 2016

@TheBB I'm not sure how I can fix the window number and persp number since they are handled by spaceline.

Well, first we need to find out which code needs to be run post-GUI. I'm sure that setting those variables won't change anything, since they are set in a hook that runs every time the modeline updates, and so should be even more up to date than they strictly speaking need to be.

@syl20bnr syl20bnr mentioned this issue Jan 19, 2016
Closed
@alcinos
Copy link

alcinos commented Jan 22, 2016

Hi,
Sorry to reopen this, but apparently I'm still getting issues with the powerline when starting in daemon mode.
The weird thing is that it looks normal on the spacemacs buffer, but in a regular file buffer it looks weird, as reported by the previous screenshots. Any thoughts ?

@apaleslimghost apaleslimghost mentioned this issue Jan 26, 2016
Closed
d1egoaz pushed a commit to d1egoaz/spacemacs that referenced this issue Feb 6, 2016
@travisbhartwell @diego-alvarez-hs
Properly initialize the display for daemon mode.
3c4e14c 
Add macro to wrap things that depend on the display being
initialized (and a frame active), such as getting the font.  Advise the
`server-create-window-system-frame` function which is called by
emacsclient when creating a window-system frame.  This is only run the
first time a frame is created, so the advice removes itself.

Fixes: syl20bnr#299 and syl20bnr#1894
(Among others)
@syl20bnr syl20bnr mentioned this issue Jun 2, 2016
Closed
@toupeira toupeira mentioned this issue Jul 18, 2016
Closed
@TheBB TheBB mentioned this issue Aug 28, 2016
Closed
@TheBB
Copy link
Collaborator

TheBB commented Aug 30, 2016

It's not definite but since there has been a wide variety of issues reported here, and since many of them have been fixed in develop now, I am labeling as such. If there are still problems please open more specific issues.

@d12frosted
Copy link
Collaborator

Fixed with released of Spacemacs v0.200. Let us know if you still have any problems with this issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Bug :-( Running as daemon
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
9 participants
@robbyoconnor @TheBB @syl20bnr @StreakyCobra @CestDiego @tuhdo @xoich @d12frosted @alcinos