Customizing the entry types freezes Jabref #2318
Comments
DesBw
changed the title
|
Could you please provide the concrete modification you are doing in step 2? If I add "aspeical" to the list of optional fields for an "article", everything works fine. File tested with: https://github.com/JabRef/jabref/blob/master/src/test/resources/testbib/complex.bib Can you confirm the issue on your side with the latest development build available at https://builds.jabref.org/master/? |
tobiasdiez
added
the
status: waiting-for-feedback
|
Just to mention I also had the same problem but didn't had time to explore why. The new build seems a little bit better but it's not fluid as before. JabRef 3.7 or JabRef 3.8-dev--snapshot--2016-11-29--master--9d797f2 |
|
Yes, it is like MelTr explained. I modify the Required fields: and, hangs for a couple of seconds: between 5-20. Clicking on Apply seems to make it worse. If I modified a couple of fields, Jabref completely freezes; and, have to force quit it. The following log is after I force quited it. I have Jabref 2.8 alongside: that one is fluid and super fast. Here is a log: if it helps:Date/Time: 2016-12-01 05:30:26 +0100 Command: JabRef Event: hang Hardware model: MacBookPro8,1 Fan speed: 6204 rpm Timeline format: stacks are sorted chronologically Heaviest stack for the main thread of the target process: Process: JavaApplicationStub (JabRef) [70102] Thread 0x493b22 DispatchQueue 1 14 samples (1-14) priority 38-47 (base 47) cpu time 0.567s Thread 0x493b39 DispatchQueue 2 14 samples (1-14) priority 47 (base 47) cpu time 0.015s Thread 0x493b3c 14 samples (1-14) priority 31 (base 31) Thread 0x493b3d 14 samples (1-14) priority 31 (base 31) Thread 0x493b3e 14 samples (1-14) priority 31 (base 31) cpu time 0.012s Thread 0x493b3f 14 samples (1-14) priority 31 (base 31) cpu time 0.006s Thread 0x493b40 14 samples (1-14) priority 31 (base 31) cpu time 0.011s Thread 0x493b41 14 samples (1-14) priority 31 (base 31) cpu time 0.011s Thread 0x493b42 14 samples (1-14) priority 31 (base 31) cpu time 0.016s Thread 0x493b43 14 samples (1-14) priority 31 (base 31) cpu time 0.003s Thread 0x493b44 14 samples (1-14) priority 31 (base 31) Thread 0x493b45 14 samples (1-14) priority 31 (base 31) Thread 0x493b46 14 samples (1-14) priority 31 (base 31) Thread 0x493b47 14 samples (1-14) priority 30 (base 31) Thread 0x493b48 14 samples (1-14) priority 31 (base 31) |
|
I cut it out; too long; I can send you if want to see it all.. |
tobiasdiez
removed
the
status: waiting-for-feedback
|
Hi there! This might require some time - but potentially this process can be optimized (have not checked this yet). At least a status bar or something else should indicate that this is not a problem but JabRef is actually still working in the background. Workaround: Close the open databases before modifying the custom entry types and open them after the modification. |
Ok, thank you. I will do so. and, you are right, the freezing should be due to the size of my library: as I reduced my library, the freezing is ameliorated now. |
|
Hi @Dellu and @melTr! You can find the test version here: http://builds.jabref.org/improve-entrytype-customization/ Can you please test (after backing up your bibfile and preferences) whether the "freezing" is still an issue for you? |
matthiasgeiger
added
the
status: waiting-for-feedback
|
#2331 is now merged into master, so I am closing this issue. Please reopen if the problem persists. |
|
Dear @matthiasgeiger: it is working perfectly now: much faster; smoother. Thank you for the fix. |
JabRef version JabRef 3.7
mac os x 10.11.5 x86_64
Java 1.8.0_111 on
Steps to reproduce:
The text was updated successfully, but these errors were encountered: