User Grub2 themes zapped on update

I have a custom Grub2 theme that accommodates both my tastes and my need to actually read what’s on my 4k screen.
Any time there is an update involving grub, my theme directory gets deleted. This is wholly unnecessary, and makes it pointless that the script run as part of the grub update kindly backs up [FONT=fixedsys]/etc/default/grub. The only reason for performing this backup is so users can merge [/FONT]/etc/default/grub.old[FONT=arial] back into the new version, run [/FONT][FONT=fixedsys]grub2-mkconfig, and easily restore any lost customization, which can’t be done if the customizations pointed to in [FONT=fixedsys]grub.cfg have been casually zapped.

Yes, I could (and do) keep a tarball of my theme, but I’m human and I forgot to update it with my latest changes. Frankly, I shouldn’t have to: updating grub like this effectively kills the grub theming feature as it’s meant to operate.

This is stupid, and a fix merely requires some scripting that isn’t totally half-arsed.

I can’t find a public bug tracker on the site where I can raise this formally: is there one?

Can anyone suggest which package is likely doing this? I don’t know a huge amount about rpm development, but I suspect I don’t need to in order to contribute a workable fix on this one. If all else fails ‘cp -r /boot/grub2 /boot/grub2.old’ before anything else happens should at least achieve the minimal objective of not discarding what a rational user would want to keep, and would do so, if not elegantly, at least without wreaking wholesale destruction.

How to I submit such a patch when done?
[/FONT]
[/FONT]

We are eagerly waiting for your patches.

Which I offer to create. Suggest you read the entire post in future before resorting to second rate sarcasm.

Can someone suggest which package in particular? (if not, I can find it myself, but if someone knows it would save me time.) Also can someone tell me how/where to submit a patch, or point me to a document which tells me? There’s a learning curve to contributing to any project and it is not unreasonable to ask existing devs to provide some help to make it less steep, and to expect them to reply without acting like pricks.

GTFU

I see looking at your previous posts that there is a bug tracker at bugzilla.opensuse.org (except you misspelled it), so I’ll raise a bug report and submit a patch that way. You could constructively have replied with that instead of the giving the reply you did.