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.

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

file updates in server not reflected on local textmate #32

Open
drmuey opened this issue Oct 23, 2014 · 3 comments
Open

file updates in server not reflected on local textmate #32

drmuey opened this issue Oct 23, 2014 · 3 comments
Labels

Comments

@drmuey
Copy link

drmuey commented Oct 23, 2014

Thanks for this BTW, it is awesome! Definitely appreciate not having to rely on ruby to not be screwed up :)

Here is the problem I am seeing:

w/ standard locale textmate edit I can:

  1. edit file in textmate, save
  2. edit file outside of textmate, save
  3. textmate updates itself to have the version from step 2

rmate textmate is not behaving like that for me:

  1. edit file in textmate, save
  2. edit file outside of textmate (on server), save
  3. textmate stays at the version from step 1

There does not seem to be a feature to manually refresh textmate w/ the current version either, so its a really sticky situation.

@drmuey
Copy link
Author

drmuey commented Oct 23, 2014

this is rmate v0.9.1 BYW

@aurora
Copy link
Owner

aurora commented Oct 23, 2014

Mmmm ... i am not sure, if rmate can handle this, because it must observe the file in this case and re-send the updated file to textmate ... but i'll have a closer look at it ...

@drmuey drmuey changed the title file updates in server not reflected on locale textmate file updates in server not reflected on local textmate Oct 27, 2014
@drmuey
Copy link
Author

drmuey commented Oct 27, 2014

thanks, I was thinking that normally textmate did an mtime check locally and was doing the same thing across the tunnel when opened via rmate.

Might be a textmate issue, but mayebe there is an option that could be passed to trigger this behavior.

appreciate your time looking into it!

@aurora aurora added the feature label Jan 4, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants