#1482 Bib desk crashes when selecting multiple entries

[Michael]

I have used Bibdesk with a large (10,000+) data base for several years. Recently (last 3 months?) probably with El Capitan and recent versions, Bibdesk crashes consistently when I select a few entries in the main screen (4-5 or more), even for a small data file of around 30 entries. Crashes consistently also if I drag and drop a set of new bib entries (around 10 or more) into an existing data file. I have done a new installation and problem persists.
Mac OS 10.11.2 Bibdesk 1.6.5 (3713)
Crash report attached.
If this is a problem suspected with my own system (for some reason) any pointers for solving would be HUGELY appreciated

[Christiaan Hofman]

The problem has to do with redrawing of the file or URL icons. Can you see a pattern as to which icons it may want to redraw?

[Christiaan Hofman]

Also, could you try writing the following line in Terminal.app (while BibDesk is not running) and hit Enter:

defaults write -app BibDesk FVWebIconMaximumNumberOfWebViews -int 0

Does the problem then go away?

(See the Ticks&Trips on the Wiki for when this command gives an error).

[Michael]

Hi Christaan,

I have looked for a pattern, but could not discover one.

Your second mail looks to be on the correct track... I have not had a
problem when handling one or two entries, but the consistent crashing
does seem to be related to block handling even quite a small number of
entries (usually, but not always I think) more than 4-5.

Issuing your suggested command in a terminal window gives the
(suspicious) response
>>> Couldn't find an application named "BibDesk"; defaults
unchanged

[I have had one other (totally unrelated) issue with El Capitan related
to where it places certain system files. I suspect, but cannot be sure,
that this problem started only with El Capitan]

Thanks...
Michael

On 05/01/2016 10:33, Christiaan Hofman wrote:

defaults write -app BibDesk FVWebIconMaximumNumberOfWebViews -int 0

[Christiaan Hofman]

Try instead:

defaults write edu.ucsd.cs.mmccrack.bibdesk FVWebIconMaximumNumberOfWebViews -int 0

You can reset back to the default setting using:

defaults delete edu.ucsd.cs.mmccrack.bibdesk FVWebIconMaximumNumberOfWebViews

More details on the Wiki.

Do these items that give problems have lined remote URLs?

[Ivan Andrus]

I was experiencing a similar crash when trying to search and replace with multiple records selected (and some other things too). I turned off FVWebIconMaximumNumberOfWebViews and I haven't been able to reproduce the crash after that (it was very consistent before).

I can run it in lldb or do other debugging if that helps.

(lldb) bt
* thread #40: tid = 0xa65f64, 0x00007fff99505000 libsystem_platform.dylib_platform_memmove$VARIANT$Haswell + 224, name = 'http://doi.acm.org/10.1145/1080173.1080185', stop reason = EXC_BAD_ACCESS (code=1, address=0x11a788200) * frame #0: 0x00007fff99505000 libsystem_platform.dylib_platform_memmove$VARIANT$Haswell + 224
frame #1: 0x00000001005436a5 FileViewFVCreateResampledImageOfSize + 5496 frame #2: 0x000000010053175b FileView-[FVWebViewIcon renderOffscreen] + 533
frame #3: 0x000000010053c345 FileView-[FVRenderOperation main] + 88 frame #4: 0x0000000100547a38 FileView__FVThread_main + 477
frame #5: 0x00007fff9bdb299d libsystem_pthread.dylib_pthread_body + 131 frame #6: 0x00007fff9bdb291a libsystem_pthread.dylib_pthread_start + 168
frame #7: 0x00007fff9bdb0351 libsystem_pthread.dylib`thread_start + 13

[Christiaan Hofman]

this should be fixed in the latest release