Open shackra opened 4 years ago
Hey @shackra !! Two bug reports, I'm so sorry that it's always you :_) But much appreciate for sticking through and trying it out and reporting bugs. ❤️
I wonder if this is because of that bug fix that @wasamasa did in https://debbugs.gnu.org/cgi/bugreport.cgi?bug=22114
Hm - no, I don't think so, profiles work in 28.0, I just tried it.
Maybe there is a bug when two guys try to profile at the same time? Let me consider it. I thought I squashed all such bugs but that area of the code isn't well tested so I may have introduced a bug.
The problem isn't so much writing a commit message in Magit as using emacsclient. I'm not sure what the exact condition with the daemon is (suspending to disk and waking up?), but at some point I can reliably trigger it.
Wait, @shackra , are you on latest HEAD? I deleted was-profiled
in the big PR for #42, it doesn't exist anymore. Can you update to HEAD and let me know if you see it again?
Before #42, it was 100% possible that explain-pause
would get confused when server.el
is being used, which it always is used by magit
, and then it would either think that profiling was ON when it was OFF or OFF when it was ON.
I think that I fixed that in #42, but I will say I did not yet add tests around that area, so I could have missed something.
@wasamasa - hm. Yes, the daemon is pretty evil in the sense that it sometimes runs interactive code out from a timer or a filter. I thought I have quashed all the bugs related to it. What I will do is - add a check and make report buffer popup in cases when the expected profiling state does not match the real profiling state. Once I do that if you can update to HEAD and next time you hit that please send the reporting buffer 🙏 😢
Wait, @shackra , are you on latest HEAD?
According to straight.el, I'm at 318dace6da1952675a890ef597a08cf18e2cbae1
Now I'm running with ef0ce465fea50ebb9196fec66ed29ba166ee0415 but I will report back during the weekend or before that as this bug is really elusive
❤️ let me know. I am going to pull a PR together tonight / tomorrow that will give more debugging information when it actually happens as well, it will print a buffer with full backtrace and lots of internal information so when you do hit it we can fix it!
I definitely did not write proper tests in this area so I'm sorry, it's possible I did not yet fix all the cases in #42 though I think I did. Thank you for testing :_) 💯
this didn't show up anymore
I will implement a report-error for when profiling does not match expected state and close this issue with it, that way if it happens more I will have sufficient debugging information to fix why without too much back and forth questions and debugging. Glad to hear it's not happening anymore!
Couldn't reproduce this either.
Was on a magit-status committing some changes and when opening the COMMIT_EDITMSG buffer I experience that error, there is the backtrace:
this error does not pop always, just from time to time. My Emacs version is
GNU Emacs 28.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.24.14, cairo version 1.17.3) of 2020-02-18