Bugzilla – Bug 6904
Add dropdown box for "Profiles" to Settings >Advanced > Logging
Last modified: 2009-07-31 10:16:38 UTC
Currently, the Logging page is dense with options and very intimidating. Frequently we need customers to go in here and flip on a few items. It's hard to describe to them what they need to do because of all the repetition in logging feature names. I propose an additional UI feature on this page: a dropdown labeled "Profiles" or "Log Sets" This dropdown would have pre-set groupings of logging features that would be turned on. The default set could be included as "Default". Profiles or Sets that Support could use are: * Server debugging * Scanner debugging * Transcoding debugging * Radio debugging These profiles would turn on the appropriate settings to "Debug" and allow us to get relevant logs. Which settings they turn on would be a discussion for Engineering to dictate based on what they want in the logs when we're gathering data from a customer for these issues.
Related to bug 6020
Will look at this post-7.0.
An enhancement which won't make it for 7.1. To be reviewed for a future release.
We should also add a "Default all 'error'" or "reset to default" at the bottom of the page or as a "set"
Dan - what options would you like to see grouped under those categories?
change 23245 - adding loggin groups plus a "reset to default" options. The latter will default all logging to ERROR or whatever was defined in S::U::Log. I've defined server, scanner, transcoding and radio logging groups as follows: DEBUG_SERVER_CHOOSE => { 'server' => 'DEBUG', 'server.plugins' => 'DEBUG', }, DEBUG_RADIO => { 'formats.audio' => 'DEBUG', 'network.asyncdns' => 'DEBUG', 'network.squeezenetwork' => 'DEBUG', }, DEBUG_TRANSCODING => { 'player.source' => 'DEBUG', 'player.streaming' => 'DEBUG', }, DEBUG_SCANNER_CHOOSE => { 'scan' => 'DEBUG', 'scan.scanner' => 'DEBUG', 'scan.import' => 'DEBUG', 'artwork' => 'DEBUG', }, Please verify these settings and tell me what needs to be added/removed from those groups.
Michael, that looks fantastic. Thanks! Are those lists easily editable? In case we need to add to an existing set, or add a new set?
Adding more categories to a group is simple, but it has to be done in the code. That's why I asked you to verify I haven't forgotten anything ;-). Oh, and once you've enabled a group you can of course still enable additional categories by selecting them from the advanced logging list.
The 'logging' set drop down box should be persistent, in that it should show you what "state" is currently set. Currently after clicking on 'close' or 'apply' the drop down will revert to "Please select log set..." Just from a usability stance, it would be good to know what state my log is currently in. We may even add 'custom' when the user has selected non-set loging.
Dan, James - Could you please do a rough (but complete ;-)) design of the functionality and features you want? Otherwise we risk to go in circles. The current implementation is basically a short cut to setting some set of logging options. They're not states of their own.
Thanks for the information, I was confused as to what it should be. The implementation looks good the way it is, I'll leave the addition of other "log set" up to TS. Re-Closing as fixed.
Verified fixed in SqueezeCenter 7.3.0 23961
This bug has been fixed in the 7.3.0 release version of SqueezeCenter! Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already. If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.
Reduce number of active targets for SC