BRU Crashes On Drag & Drop of File into BRU

[therube]

BRU Crashes On Drag & Drop of File into BRU.

Win7 x64, Intel i7-3770-S, Intel HD 4000 Graphics, 8 GB RAM
BRU 4004 - 4005 - 4006, 4007, 32 or 64-bit (NoInstall)


(Open BRU*.zip, drag files into a directory & ...)
Open BRU
Drag a file (from Windows Explorer) into BRU


Result: crash (unhandled exception)


(BRU 4003 is OK, no crash.)

(I'll email .dmp & .rtp.)

[therube]

Win7.
Any file. Any extension.
A single file, from anywhere suffices to cause the crash.
No settings set except what come out of the box (out of the zip).

I can check on other (Win7) systems, but that will have to wait... for a bit (taxes & whatnot).

4003 was fine, 4004 crashes.
So maybe that might help point out a change that might have caused the issue.

Anyhow, hold tight till I can get to other systems & check.
(As it is, I've not rebooted in 17 days, which is actually a rather short period of time for me, & I don't really want to restart, & I've not come across any issues with any other programs.)

[Admin]

Thanks! We think it might be related to drag and drop and having the Javascript condition in Filters (12) not empty....

[therube]

No settings set except what come out of the box (out of the zip).

That is incorrect.



I think you're on to something.


I didn't even realize that some of the settings were being set (in versions >4003) "automatically".

I was thinking (incorrectly) that I'll throw the sets of (BRU) files (from the .ZIP's) into a new directories & run BRU (in each, separately) & that would be a "clean" run. But it is not. 4004 & up do pull data (settings). And it happened that the last time I used BRU (I must have been messing with something that came up here in the forums), & in #12:, Condition was being set to, name == 'gsmart'.

And with that, yes, dragging a file into BRU crashes it.


With 4003, that opened "cleanly", did not automatically preset #12:, Condition, though if I do throw something in there, say, x = y, & then drag a file into BRU, it too then crashes.



(Oh, & the other Win7 systems I looked, either never had BRU on them, or if they did, #12: Condition was not being used, so I did not crash on those other systems.)


So what, 4004 & up is reading the Windows Registry & pulling /BRU.../Recent Entries/ID_1207/ & pre-filling that on startup, where 4003 did not?

[Admin]

Thanks, we will fix this issue in the new release 4.0.0.7
FYI There is a program preference to remember the last renaming criteria used when starting bru yes/no.

[Admin]

New version updated:

viewtopic.php?f=1&t=6970

thank you for reporting this issue!

[therube]

Fixed (with the updated 4007 of 4-17-2022).