The entire policy shouldn't silently fail; it's harmless statement, sourced from Cisco documentation.
From the Bug Report:
This is only cosmetic problem. Defining "class-default" with "bandwidth" is not supported.
Yet many Cisco example configurations of qos policy-based queueing lead to this exact problem by including this unsupported statement:
policy-map type lan-queuing p_map_2q8t
!<snip>
class class-default ! Receives all remaining CoS values.
bandwidth percent 90 ! WRR bandwidth allocation.
!
Explicitly including the remaining 90% out of 100%, rather than knowing it will be implicitly included, doesn't seem a good reason to fail but if it does fail the configuration error message should be displayed to the user without having to use a console connection to reveal the secret.