I'm still unsure about why this occurs, but the following patch to the
preferencesdialog.ui file appears to give the desired behavior on my system.
The patch just removes blank value associated with the 'text' property of the
coverDirEdit instance, and this change likely skips a call to setText()
somewhere when the dialog is created.