I think the phrases "buyer beware" and "use at own risk" are proper. Lets also remember that this is NOT alpha firmware, its beta. Its up to the users to provide the feedback. I would expect alot of issue in an alpha and probably something D-Link would prefer not to hand out to the forum for testing. They would want to do that in house, give us the beta to beat up and then release it as final if all else looks good. Dont see that process being any different from what I see here or from what I have experienced with other vendors and companies. Now your point may be more about change control or change management. Usually you will see a new release come out (i.e. beta 1, beta 2, release candidate 1, etc) and with those come a nice white paper about what works, what doesnt, what to look for, etc. So I guess in some ways Lycan any betas we test should have some document to support what works, what known bugs still exist, what areas need to be tested, etc, so that you can catalog the feedback in some meaningful way based upon a certain set of criteria. If everyone decides to just test the beta firmware any which way and are not sure what works or what doesnt, we could be complaining about something that is already known and why bother to duplicate the effort.
So far I have no problems with 1.22B5 but then again I really didnt have a problem with 1.21 no-securespot. But when I tried 1.21 with secure spot, I ran into all kinds of dropped packets and latency with VOIP and someone had advised me that I needed to turn off the spam control. I have yet to try that but if I had known that, it would have been something I would have paid more attention to and if I saw it happen, would have known right away what to do to solve it.
Hope all that makes some sort of sense.