Since the HP Laser 107 are practically renamed Samsung M2026 is it possible to add driver support in the repositories? I think it is enough to add the different USB ID sent by HP to make them recognize.
it would be handy because the manual setup with the script you download from HP seems to mess up ubuntu 20.04
You should be able to manually designate the printer as M2026 when installing/configuring the printer. Alternatively, you can try downloading the driver package for the 107 from HP, extracting out the files /uld/noarch/share/ppd/HP_Laser_10x_Series.ppd & /uld/noarch/share/ppd/cms/10xsc.cts, and copying those to /usr/share/ppd/suld/ & /usr/share/ppd/suld/cms/ respectively (assuming you have driver2 v1.00.39 from the repository installed first). That might work to select the HP 107 directly.
I cannot vouch for the fact that M2026 is the model that 107 is based on, but it does appear that HP has released 4 printers based on the Samsung technology and re-using the last version of the Samsung driver. But I think there may actually be some changes to the driver despite the apparent re-use of the version number. I will look into this some more, and hopefully be able to package up a version of the driver specific for the new HP models. But it will likely be 2 months before I have time to spend on this - sometime around the middle of November is when I next expect to have a free day due to work demands.
by installing the HP driver the "HP Laser 10x series" appears in the drivers available for CUPS, but cups does not detect any connected printer so it is not actually possible to install it. I have an M2026 and it works perfectly with kubuntu 20.04, I made the mistake of suggesting to a friend of mine to buy a 107a thinking they were the same but his i can't get it to work.
CUPS should at least recognize a printer is there, even if it has no idea what to do with it. This sounds like the problem might be hardware (connection or printer) rather than a driver issue. Or possibly some sort of bug in CUPS, if you can verify independently that the hardware works.
keeping dmesg -w open when the printer is connected to the USB port, a sinflood on port 60000 is signaled by a file that appears to belong to the driver.
I am just left with the suggestion of an issue in CUPS, either a bug or a configuration/permissions problem. Until the detection issue is resolved, the driver aspect is irrelevant. I am sorry that I cannot be of more assistance.
I don't know what tests to do, I also tested on a fresh installation of kubuntu 20.04
I am also not sure what the logical next step is. I suggest seeking help through the Ubuntu resources on printer detection issues.