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.

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

watcher seems to not be watching sass files for updates #10

Closed
parkr opened this Issue Oct 9, 2014 · 18 comments

Comments

Projects
None yet
5 participants
@parkr
Member

parkr commented Oct 9, 2014

For some reason, the SCSS/Sass isn't being watched or isn't being auto-reloaded. Maybe a cache issue? Maybe an issue here.

/cc @jglovier (jekyll/jekyll#2987) and @ttimsmith (jekyll/jekyll#2950).

@jglovier

This comment has been minimized.

Show comment
Hide comment
@jglovier

jglovier Oct 9, 2014

Member

I can dig in and experiment when I have a moment and report back, but I'm curious whether this is only an issue when Sass @import rules are setup? I.e. if you'd just using one master Sass file, is this still happening?

I'll experiment in my own repo today and see if that makes any difference, to help isolate the problem.

Member

jglovier commented Oct 9, 2014

I can dig in and experiment when I have a moment and report back, but I'm curious whether this is only an issue when Sass @import rules are setup? I.e. if you'd just using one master Sass file, is this still happening?

I'll experiment in my own repo today and see if that makes any difference, to help isolate the problem.

@smithtimmytim

This comment has been minimized.

Show comment
Hide comment
@smithtimmytim

smithtimmytim Oct 9, 2014

Interestingly, this issue was fixed for me  by uninstalling and reinstalling the Jekyll gem.

On Thu, Oct 9, 2014 at 7:21 AM, Joel Glovier notifications@github.com
wrote:

I can dig in and experiment when I have a moment and report back, but I'm curious whether this is only an issue when Sass @import rules are setup? I.e. if you'd just using one master Sass file, is this still happening?

I'll experiment in my own repo today and see if that makes any difference, to help isolate the problem.

Reply to this email directly or view it on GitHub:
#10 (comment)

smithtimmytim commented Oct 9, 2014

Interestingly, this issue was fixed for me  by uninstalling and reinstalling the Jekyll gem.

On Thu, Oct 9, 2014 at 7:21 AM, Joel Glovier notifications@github.com
wrote:

I can dig in and experiment when I have a moment and report back, but I'm curious whether this is only an issue when Sass @import rules are setup? I.e. if you'd just using one master Sass file, is this still happening?

I'll experiment in my own repo today and see if that makes any difference, to help isolate the problem.

Reply to this email directly or view it on GitHub:
#10 (comment)

@parkr

This comment has been minimized.

Show comment
Hide comment
@parkr

parkr Oct 9, 2014

Member

I'll experiment in my own repo today and see if that makes any difference, to help isolate the problem.

@jglovier Sounds good! Thanks 🐭

Member

parkr commented Oct 9, 2014

I'll experiment in my own repo today and see if that makes any difference, to help isolate the problem.

@jglovier Sounds good! Thanks 🐭

@parkr

This comment has been minimized.

Show comment
Hide comment
@parkr

parkr Oct 9, 2014

Member

Interestingly, this issue was fixed for me  by uninstalling and reinstalling the Jekyll gem.

Well that's weird! Maybe it was a Listen issue? @jglovier what happens if you uninstall and re-install listen?

Member

parkr commented Oct 9, 2014

Interestingly, this issue was fixed for me  by uninstalling and reinstalling the Jekyll gem.

Well that's weird! Maybe it was a Listen issue? @jglovier what happens if you uninstall and re-install listen?

@jglovier

This comment has been minimized.

Show comment
Hide comment
@jglovier

jglovier Oct 23, 2014

Member

So I tried both uninstalling/reinstalling jekyll, and uninstalling/reinstalling listen. Neither resolved the issue for me. 😦

Member

jglovier commented Oct 23, 2014

So I tried both uninstalling/reinstalling jekyll, and uninstalling/reinstalling listen. Neither resolved the issue for me. 😦

@parkr

This comment has been minimized.

Show comment
Hide comment
@parkr

parkr Oct 23, 2014

Member

Can you run it with LISTEN_DEBUGGING=1 jekyll serve --watch?

Member

parkr commented Oct 23, 2014

Can you run it with LISTEN_DEBUGGING=1 jekyll serve --watch?

@jglovier

This comment has been minimized.

Show comment
Hide comment
@jglovier

jglovier Oct 23, 2014

Member

So I ran it with that, and it just doesn't even output anything when I change the SCSS files. However, if I stop the server and restart the changes are displayed in the browser, so I know I'm actually changes files that should display changes.

Here's what I got when I ran that:

|===jglovier===| ~/code/github-hospitalrun/hospitalrun.github.io $ LISTEN_DEBUGGING=1 jekyll serve --watch
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
            Source: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io
       Destination: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_site
      Generating...
                    done.
 Auto-regeneration: enabled for '/Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io'
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
    Server address: http://0.0.0.0:4000/
  Server running... press ctrl-c to stop.

As you can see at the bottom, there's just no ouput at all for SCSS file changes.

However, .html and .md file changes do show up in browser, and in the jekyll server output:

|===jglovier===| ~/code/github-hospitalrun/hospitalrun.github.io $ LISTEN_DEBUGGING=1 jekyll serve --watch
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
            Source: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io
       Destination: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_site
      Generating...
                    done.
 Auto-regeneration: enabled for '/Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io'
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
    Server address: http://0.0.0.0:4000/
  Server running... press ctrl-c to stop.
      Regenerating: 1 files at 2014-10-23 18:37:28 ...done.
      Regenerating: 1 files at 2014-10-23 18:37:52 ...done.
      Regenerating: 1 files at 2014-10-23 18:38:22 ...done.
Member

jglovier commented Oct 23, 2014

So I ran it with that, and it just doesn't even output anything when I change the SCSS files. However, if I stop the server and restart the changes are displayed in the browser, so I know I'm actually changes files that should display changes.

Here's what I got when I ran that:

|===jglovier===| ~/code/github-hospitalrun/hospitalrun.github.io $ LISTEN_DEBUGGING=1 jekyll serve --watch
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
            Source: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io
       Destination: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_site
      Generating...
                    done.
 Auto-regeneration: enabled for '/Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io'
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
    Server address: http://0.0.0.0:4000/
  Server running... press ctrl-c to stop.

As you can see at the bottom, there's just no ouput at all for SCSS file changes.

However, .html and .md file changes do show up in browser, and in the jekyll server output:

|===jglovier===| ~/code/github-hospitalrun/hospitalrun.github.io $ LISTEN_DEBUGGING=1 jekyll serve --watch
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
            Source: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io
       Destination: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_site
      Generating...
                    done.
 Auto-regeneration: enabled for '/Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io'
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
    Server address: http://0.0.0.0:4000/
  Server running... press ctrl-c to stop.
      Regenerating: 1 files at 2014-10-23 18:37:28 ...done.
      Regenerating: 1 files at 2014-10-23 18:37:52 ...done.
      Regenerating: 1 files at 2014-10-23 18:38:22 ...done.
@jglovier

This comment has been minimized.

Show comment
Hide comment
@jglovier

jglovier Oct 23, 2014

Member

Also, I did try removing the @import statements and just putting the styles in main.scss but that didn't make a difference. Still no auto-regeneration.

Member

jglovier commented Oct 23, 2014

Also, I did try removing the @import statements and just putting the styles in main.scss but that didn't make a difference. Still no auto-regeneration.

@parkr

This comment has been minimized.

Show comment
Hide comment
@parkr

parkr Oct 23, 2014

Member

Whoops! I'm so sorry, I got that environment variable wrong. It shoudl have been LISTEN_GEM_DEBUGGING=1. Would you mind trying again?

Member

parkr commented Oct 23, 2014

Whoops! I'm so sorry, I got that environment variable wrong. It shoudl have been LISTEN_GEM_DEBUGGING=1. Would you mind trying again?

@jglovier

This comment has been minimized.

Show comment
Hide comment
@jglovier

jglovier Oct 23, 2014

Member

Yeah, still nothing happens. It's like it isn't even aware of the files.

|===jglovier===| ~/code/github-hospitalrun/hospitalrun.github.io $ LISTEN_GEM_DEBUGGING=1 jekyll serve --watch
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
            Source: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io
       Destination: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_site
      Generating...
                    done.
I, [2014-10-23T18:53:52.991257 #38564]  INFO -- : Celluloid loglevel set to: 1
I, [2014-10-23T18:53:53.010850 #38564]  INFO -- : Record.build(): 0.012362957000732422 seconds
 Auto-regeneration: enabled for '/Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io'
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
    Server address: http://0.0.0.0:4000/
  Server running... press ctrl-c to stop.
Member

jglovier commented Oct 23, 2014

Yeah, still nothing happens. It's like it isn't even aware of the files.

|===jglovier===| ~/code/github-hospitalrun/hospitalrun.github.io $ LISTEN_GEM_DEBUGGING=1 jekyll serve --watch
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
            Source: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io
       Destination: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_site
      Generating...
                    done.
I, [2014-10-23T18:53:52.991257 #38564]  INFO -- : Celluloid loglevel set to: 1
I, [2014-10-23T18:53:53.010850 #38564]  INFO -- : Record.build(): 0.012362957000732422 seconds
 Auto-regeneration: enabled for '/Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io'
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
    Server address: http://0.0.0.0:4000/
  Server running... press ctrl-c to stop.
@jglovier

This comment has been minimized.

Show comment
Hide comment
@jglovier

jglovier Oct 23, 2014

Member

@parkr LMK if you want to screenhero with me and dig deeper.

Member

jglovier commented Oct 23, 2014

@parkr LMK if you want to screenhero with me and dig deeper.

@parkr

This comment has been minimized.

Show comment
Hide comment
@parkr

parkr Oct 24, 2014

Member

@jglovier What happens if you try LISTEN_GEM_DEBUGGING=1 jekyll serve --watch --force_polling?

Member

parkr commented Oct 24, 2014

@jglovier What happens if you try LISTEN_GEM_DEBUGGING=1 jekyll serve --watch --force_polling?

@jglovier

This comment has been minimized.

Show comment
Hide comment
@jglovier

jglovier Oct 24, 2014

Member

Absolutely nothing. Same - no new output on file saves:

|===jglovier===| ~/code/github-hospitalrun/hospitalrun.github.io $ LISTEN_GEM_DEBUGGING=1 jekyll serve --watch --force_polling
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
            Source: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io
       Destination: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_site
      Generating...
                    done.
I, [2014-10-24T10:16:08.237613 #41465]  INFO -- : Celluloid loglevel set to: 1
I, [2014-10-24T10:16:08.255048 #41465]  INFO -- : Record.build(): 0.01015782356262207 seconds
 Auto-regeneration: enabled for '/Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io'
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
    Server address: http://0.0.0.0:4000/
  Server running... press ctrl-c to stop.
Member

jglovier commented Oct 24, 2014

Absolutely nothing. Same - no new output on file saves:

|===jglovier===| ~/code/github-hospitalrun/hospitalrun.github.io $ LISTEN_GEM_DEBUGGING=1 jekyll serve --watch --force_polling
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
            Source: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io
       Destination: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_site
      Generating...
                    done.
I, [2014-10-24T10:16:08.237613 #41465]  INFO -- : Celluloid loglevel set to: 1
I, [2014-10-24T10:16:08.255048 #41465]  INFO -- : Record.build(): 0.01015782356262207 seconds
 Auto-regeneration: enabled for '/Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io'
Configuration file: /Users/joelglovier/code/github-hospitalrun/hospitalrun.github.io/_config.yml
    Server address: http://0.0.0.0:4000/
  Server running... press ctrl-c to stop.
@jglovier

This comment has been minimized.

Show comment
Hide comment
@jglovier

jglovier Oct 24, 2014

Member

...when quitting the server, I got this output. IDK if it helps any:

^CW, [2014-10-24T10:17:20.547153 #41465]  WARN -- : Terminating task: type=:call, meta={:method_name=>:change}, status=:callwait
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
W, [2014-10-24T10:17:20.547773 #41465]  WARN -- : Terminating task: type=:call, meta={:method_name=>:change}, status=:callwait
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
W, [2014-10-24T10:17:20.547882 #41465]  WARN -- : Terminating task: type=:call, meta={:method_name=>:change}, status=:callwait
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
W, [2014-10-24T10:17:20.547963 #41465]  WARN -- : Terminating task: type=:call, meta={:method_name=>:change}, status=:callwait
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
W, [2014-10-24T10:17:20.548061 #41465]  WARN -- : Terminating task: type=:call, meta={:method_name=>:change}, status=:callwait
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
W, [2014-10-24T10:17:20.548182 #41465]  WARN -- : Terminating task: type=:finalizer, meta={:method_name=>:__shutdown__}, status=:receiving
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
Member

jglovier commented Oct 24, 2014

...when quitting the server, I got this output. IDK if it helps any:

^CW, [2014-10-24T10:17:20.547153 #41465]  WARN -- : Terminating task: type=:call, meta={:method_name=>:change}, status=:callwait
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
W, [2014-10-24T10:17:20.547773 #41465]  WARN -- : Terminating task: type=:call, meta={:method_name=>:change}, status=:callwait
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
W, [2014-10-24T10:17:20.547882 #41465]  WARN -- : Terminating task: type=:call, meta={:method_name=>:change}, status=:callwait
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
W, [2014-10-24T10:17:20.547963 #41465]  WARN -- : Terminating task: type=:call, meta={:method_name=>:change}, status=:callwait
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
W, [2014-10-24T10:17:20.548061 #41465]  WARN -- : Terminating task: type=:call, meta={:method_name=>:change}, status=:callwait
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
W, [2014-10-24T10:17:20.548182 #41465]  WARN -- : Terminating task: type=:finalizer, meta={:method_name=>:__shutdown__}, status=:receiving
    Celluloid::TaskFiber backtrace unavailable. Please try `Celluloid.task_class = Celluloid::TaskThread` if you need backtraces here.
@parkr

This comment has been minimized.

Show comment
Hide comment
@parkr

parkr Oct 24, 2014

Member

No... that doesn't look helpful. Hm.

Try reinstalling these gems:

  • rb-fsevent (0.9.4)
  • rb-inotify (0.9.5)
Member

parkr commented Oct 24, 2014

No... that doesn't look helpful. Hm.

Try reinstalling these gems:

  • rb-fsevent (0.9.4)
  • rb-inotify (0.9.5)
@jglovier

This comment has been minimized.

Show comment
Hide comment
@jglovier

jglovier Nov 8, 2014

Member

Per 🍖 🎇 debugging session, the problem was that I had a non-existent directory in the exclude in _config.yml

Member

jglovier commented Nov 8, 2014

Per 🍖 🎇 debugging session, the problem was that I had a non-existent directory in the exclude in _config.yml

@Merovex

This comment has been minimized.

Show comment
Hide comment
@Merovex

Merovex Nov 15, 2015

Also found that it won't work if the _sass dir is in the exclude array in _config.yml

Merovex commented Nov 15, 2015

Also found that it won't work if the _sass dir is in the exclude array in _config.yml

@yordis

This comment has been minimized.

Show comment
Hide comment
@yordis

yordis Apr 14, 2016

I am using jekyll-assets and the same problem! I remove the exclude line for see if that is the problem but didn't work.

yordis commented Apr 14, 2016

I am using jekyll-assets and the same problem! I remove the exclude line for see if that is the problem but didn't work.

zhaol added a commit to zhaol/ee491f that referenced this issue Mar 18, 2018

for some reason excluding the docker folder causes auto-regeneration …
…to stop working for the HAML files inside the _includes folder

jekyll/jekyll-watch#10

The docker folder did exist in the container so I’m not sure why it is a problem but the scripts folder is not a problem
The docker folder should be excluded in the future if this issue goes away
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment