-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
Saving the library after any change triggers "Library has been modified by another application." #6525
Comments
Yeaaaahhh. Finally a developer gets these warning messages! Every core developer tried to replicate these issues but couldn't, which made it really hard to fix this issue. Since you can reliable reproduce this, can you please debug it and report which changes JabRef claims to be there between the current library and the saved file. If you have the time, feel free to open a PR with a fix as well ;-) The general problem is that certain actions are applied to the library before the save, but not to the in-memory library. This leads then to a desync between the written file and whats in memory. |
I have observed this issue for quite a while now, but until today, I just lived with it, but it's quite annoying. 😄 Ok, I will investigate it. |
Ok, what I could find out so far:
|
I have experienced this issue for a long time, but I've never used the "Groups" feature in JabRef. |
The reason is, that this reproducible case is caused by something different. |
I'm closing this issue, because this concrete issue is caused by #6420 and discussed there onwards. |
Tested with the latest JabRef development version (master branch) on Ubuntu 16.04
Saving the library after any change within JabRef, triggers the message "Library has been modified by another application.", asking either to choose "Dismiss changes" or "Review changes".
I have only tested it with Ubuntu. Maybe this results due to an unfavorable race condition with the Linux file system?
Details:
CTRL+S
or hitting the save button makes no difference.Probably relevant (but old): #4877
The text was updated successfully, but these errors were encountered: