home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Support
other features (of release or svn versions)
Feature Request: Better logging
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="doveman" data-source="post: 807296" data-attributes="member: 67412"><p>It's not the content of the logs that I think could be improved, just the way they're made.</p><p></p><p>What would really save me a lot of time is:</p><p></p><p>a) several levels of logs each made in a dated and timed subfolder under the logs folder. A new subfolder to be created each time MP is started (up to the max of e.g. 5)</p><p></p><p>b) Several copes of TSReader.log to be kept in each subfolder, rather than it being deleted each time a channel is tuned into or recording played (again up to a max of e.g. 5)</p><p></p><p>c) when debug log collector is run, it should put these subfolders in a zip, along with the system event logs, etc</p><p></p><p>This would mean that I could run MP, tune into a TV channel, stop it, play a recording, change channel, etc and have a TSReader.log for each of those.</p><p></p><p>Then I could close MP, maybe disable a plugin or two or run it in Debug Mode, and do some more testing.</p><p></p><p>After doing this a few times, I could then run the log collector and have it create a zip containing logs for each run of MP ready to upload, along with comments describing how I ran MP, what I did, etc for each subfolder.</p><p></p><p>At the moment, if I want to preserve each TSReader.log I'd have to rename it each time before starting TV, etc, each time. I also have to manually delete the logs before each run to keep them tidy and easy for the devs to examine and I have to run the debug log collector several times, which is slow and tedious and creates multiple zips I have to upload.</p><p></p><p>I think my approach would make things easier for the user collecting the logs (meaning they're more likely to provide useful logs) and whoever needs to look at them as well.</p></blockquote><p></p>
[QUOTE="doveman, post: 807296, member: 67412"] It's not the content of the logs that I think could be improved, just the way they're made. What would really save me a lot of time is: a) several levels of logs each made in a dated and timed subfolder under the logs folder. A new subfolder to be created each time MP is started (up to the max of e.g. 5) b) Several copes of TSReader.log to be kept in each subfolder, rather than it being deleted each time a channel is tuned into or recording played (again up to a max of e.g. 5) c) when debug log collector is run, it should put these subfolders in a zip, along with the system event logs, etc This would mean that I could run MP, tune into a TV channel, stop it, play a recording, change channel, etc and have a TSReader.log for each of those. Then I could close MP, maybe disable a plugin or two or run it in Debug Mode, and do some more testing. After doing this a few times, I could then run the log collector and have it create a zip containing logs for each run of MP ready to upload, along with comments describing how I ran MP, what I did, etc for each subfolder. At the moment, if I want to preserve each TSReader.log I'd have to rename it each time before starting TV, etc, each time. I also have to manually delete the logs before each run to keep them tidy and easy for the devs to examine and I have to run the debug log collector several times, which is slow and tedious and creates multiple zips I have to upload. I think my approach would make things easier for the user collecting the logs (meaning they're more likely to provide useful logs) and whoever needs to look at them as well. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Support
other features (of release or svn versions)
Feature Request: Better logging
Contact us
RSS
Top
Bottom