Requesting review of complex Xfburn changes
Hunter Turcin
huntertur at gmail.com
Sat Oct 22 05:16:18 CEST 2022
Hello again :)
I would like to thank you folks again for letting me volunteer to take
on the maintainership of Xfburn. Over the past few days, I've been
working on reviewing the long-pending merge requests and fixing some of
the long-standing bugs, inconsistencies, and crashes in the
application. I also seem to keep finding more of these bugs along the
way...
During an investigation of one such issue (a GTK assertion failure that
occurs when plugging in a burner), I discovered that the bones for
device hotplugging support were present in Xfburn and that those bones
just needed some massaging in order to let the application be able to
respond dynamically to additions and removals of burners instead of
only being able to properly respond to disc change events
(insertion/removal). In my testing so far, this has led to a more
robust Xfburn that is better equipped to handle the user forgetting to
plug in a burner (or forgetting to swap out the wrong burner for the
*right* burner) without needing to restart the application.
I have more details in the pending merge request (linked below). Please
take a look at reviewing it if anyone has the time (or the knowledge);
while everything seems to work properly in my testing, it would be good
to have some extra pairs of eyes seeing if there's anything missing or
any glaring violations of maintainability that might have been
introduced.
https://gitlab.xfce.org/apps/xfburn/-/merge_requests/23
Additionally, am I correct in my assumption that HAVE_GUDEV is only
ever going to be defined on a Linux system?
Thanks again,
Hunter Turcin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <https://mail.xfce.org/pipermail/xfce4-dev/attachments/20221021/457a8d85/attachment.sig>
More information about the Xfce4-dev
mailing list