Menu
▾
▴
1 Attachments
#1643 BibDesk does not open when sorting by file or URL fields
BibDesk does not open a bibliography (it does nothing) which has doi/urls inserted. All worked fine until updating to Mac Ventura 13 and BibDesk 1.8.14. Old bibliographies without any urls open so no problem there. I already contacted mactex-mailinglist where they advised me to contact you. Sorry, I am not a developer, but I do not know any other way to get this work again.
Related
Is there any Console log about BibDesk when you open such a document? Without any information I cannot do anything about this, as I have no idea what could go wrong.
Dear Christiaan,
I understand that I have given you very little input. I tried to find a console log about Bibdesk but cannot find anything in the console.app. But, then, I am not sure exactly where to look. In any case, I don’t see any crash reports. I am sorry not to be of much help.
Best, Tine
Last edit: Christiaan Hofman 2022-11-09
You could try typing "bibdesk" or "edu.ucsd.cs.mmccrack.bibdesk" in the Search field of Console.app, and select various categories in the side bar.
Also, does the problem specifically occur with linked remote URLs, or with linked local files, or either? As of now I have absolutely no idea what could possibly go wrong for you, and I have absolutely no way to find out (as I don't/can't have Ventura).
Would the edu.ucsd.cs.mmccrack.bibdesk.plist , located at ~Library/Preferences be of any help?
Last edit: Christiaan Hofman 2022-11-09
No, that's just a cache of your preferences.
I suggest that we wait for others with the same problem so that it can become clear what exactly is going on. In any case, I think it has to do with the doi/URLs inserted in the .bib file.
Thank you so much for your time! Tine
Last edit: Christiaan Hofman 2022-11-17
I think we're seeing the same thing.
BibDesk nightly dated 29 Oct 2022.
Version 1.8.14 (6038)
(and also version 1.8.14 (6036))
macOS 12.5.1 (Monterey) - works fine (on an M1 Mac Mini)
macOS 12.6 - does not work (on M2 MacBook Air)
macOS 13.0.1 (Ventura) - does not work (on M2 MacBook Air)
This is the latest M2 MacBook Air, purchased only a few weeks ago.
Save the following two lines to very-small-db.bib:
Double-click on the bib file. The BibDesk app will open, but the file window will not open.
Running the following in Terminal:
yields two very suggestive error messages:
Compare and contrast with the following two lines, for very-small-db-opens-ok.bib:
(no
url, hastitleinstead)Double-clicking opens the file just fine in the app, and running the following in Terminal
yields no output whatsoever (so not triggering the
isFilepath):Here are the
Console.appmessages produced while opening the problemvery-small-db.bibfile, filtered by
bibdesk, and then cut down (by me) to particularly interesting-seeminglines. Note well the
errorlines forNSURL isFilematching the Terminal output -- andthere's a backtrace for each, here! Also a
Row index 0 out of row rangeerror, which couldwell be knock-on damage after the
isFilefailures messed up the expected context...That's a bit more helpful. I see something wrong with the sorting of file and URL field columns. You may try to change the column you use for sorting (although that can be hard if you can't open the file to begin with).
I fixed the problem I see in the trace. Could you try tomorrow's nightly build to see if this fixes your problem? You can find the nightly builds from the web page.
Success! It opens the problem databases without complaint now. Many thanks, that was a great turnaround time :-)
I'm not OP, of course -- it will be interesting to see if this fixes their problem too.
Thank you Tony and Christiaan - it would be great if this could solve the problem!
Last edit: Christiaan Hofman 2022-11-20
You can see yourself by downloading the latest nightly build.
Great to hear this fixes it.
It works! Thank you so much for your time and effort.
Tine
Related
Bugs:
#1643Hmm, I'm not sure it's just when explicitly sorting by file or URL fields, since on our system, we had the database sorted by something else. The fault was in the sorting code, so maybe the sorting code was being invoked even when the file/url wasn't the primary sort key? I'm fairly sure the problem manifests even when the view is sorted by, say, author or cite key.
This particular bug is caused by sorting by a file or URL file. But we also keep the previous choice for subsorting (when items are equivalent for the primary sort key), so you may not notice that directly from the UI.