This is on new v3.29 (I upgraded from a much older version, so I don't know how far back the regression goes, but it didn't happen before).

Start a new torrent from a magnet link. When the window opens to confirm the local file details, choose to rename any file in the torrent. This SHOULD be a modal dialog window - OK or cancel are the only options and ways to leave the renaming window. If you press enter as a normal shortcut for OK in this renaming window, however, the key is captured by the main underlying torrent window instead and the torrent starts, perhaps before you've finished doing any other renaming. This is NOT normal interface behaviour for a modal dialog.

I'd also point out that while the non-standard interface is generally good, it is VERY good practice interface design to indicate the default button in a dialog with bold text or a highlight of some kind, so you know which button the enter key will activate. Your attention to this would be appreciated by many, I'd guess.

Also on the subject of key-capture, I've been caught out a few times switching between machines/keyboards when Tixati has had the focus in the other machine and I've pressed delete on the wrong keyboard. The default action of the delete key is to remove the torrent AND files completely without a confirmation dialog, which is very destructive if you realise you've made a mistake. Confirmation of choice on this key-press would be very helpful, or restricting it to the torrent only, NOT the local files.

There's an additional unfortunate bug related to this file-rename dialog. If you are editing a filename while new torrents are incoming (typical if you have just queued a number from a search site), when the magnet link is downloaded/parsed and added to the transfers this dialog loses focus, even if you are in the middle of typing. Again, this should never happen with a modal dialog.

Also, the new behaviour of the transfers list when you start/stop a torrent, following it in focus to the top or bottom of the transfers list, is extremely annoying. Since there's no way to simply reorder the torrent list as they are initialised on disk other than their order of magnet parsing (you really don't want a huge torrent hogging the single initialisation routine when you have a few small ones you'd like to start in front of it), stopping and starting large torrents to order them in size and put them at the end of the list for initialisation is the only brute-force option available. Having to scroll back up/down the list after every stop AND start to find the next is tedious. Is there a way to turn off this behaviour?