[WebIF] Feature Requests

[/df]

The Queue display Webif code lives inside the html/diag module but nowadays it's really a stand-alone function.

In qtube, there is s button that links to the qtube.log display. The Queue display could have a similar feature linking to the auto-processing log file:

--- /mod/webif/html/diag/queue/script.js        2022-10-16 12:55:39.000000000 +0100
+++ /mod/webif/html/diag/queue/script.js.new    2023-12-29 00:00:28.000000000 +0000
@@ -200,6 +200,10 @@
                    encodeURIComponent('{root}/' + dirname(file));
 });
 
+$('#viewlog').button().click(function() {
+       window.location = '/log/?log=/mod/tmp/auto.log';
+});
+
 function set_loader() {
        if (loader != 0)
                clearInterval(loader);

--- /mod/webif/html/diag/queue/index.jim        2021-02-24 15:11:09.000000000 +0000
+++ /mod/webif/html/diag/queue/index.jim.new    2023-12-28 23:59:28.000000000 +0000
@@ -51,6 +51,7 @@
 <button id=qresubmit act=resubmit class="submit needssel">Re-submit</button>
 <button id=qhold act=hold class="submit needssel">Hold</button>
 <button class=refresh id=refresh>Refresh</button>
+<button id=viewlog class=needsdata>View auto.log</button>
 <span class=isloading><img src=/img/spin.gif></span>
 </div>
 <div id=lastscan>Last media scan: <span id=autolast>retrieving...</span> -

 

[Black Hole]

I've noticed .wav is not included in the file types recognised by the WebIF media browser. Pretty please.

 

[prpr]

I've noticed .wav is not included in the file types recognised by the WebIF media browser.

cgi-bin/status.jim:      set exts {.ts .avi .mpg .mpeg .wmv .mkv .mp3 .mp4 .mov .hmt .m4v .m4a}
html/m/browse.jim:    set include {.ts .avi .mpg .mpeg .wmv .mkv .mp3 .mp4 .mov .hmt}
html/browse/index.jim:set include {.ts .avi .mpg .mpeg .wmv .mkv .mp3 .mp4 .mov .hmt .m4v .m4a .webm}

Hmm, interesting...

 

[Black Hole]

Seems like there should be a single list somewhere!

 

[/df]

In the HDR, there's also the list of media types that get indexed for DLNA, depending on the folder.

 

[MymsMan]

In the HDR, there's also the list of media types that get indexed for DLNA, depending on the folder.

What is visible and playable via the webif doesn't need to match what is playable via DLNA (or on TV via remote)

 

[rodp]

As per this thread:
https://hummy.tv/forum/threads/change-expiration-setting-of-auto-backup-of-recording-schedule-recovering-older-backup-schedules.11194/

Please could it be made possible to change the expiration for the auto schedule backup process, say to upto 2 months instead of currently 14 days?

Thanks

Rodp

 

[prpr]

This is now implemented in the 1.5.2-9 WebIf beta.

 

[prpr]

Seems like there should be a single list somewhere!

Yes. That got done.

 

[Black Hole]

Media browser file clipboard: tick boxes to choose which selection of files to paste into the current folder (the rest to be retained on the clipboard).

 

[/df]

I can see how that would be useful but it arguably falls outside the clipboard metaphor, or (say) what macOS Finder or Windows Explorer offer (when I last checked).

 

[Black Hole]

Use the no_plugin_autodisable flag to modify the wording of the crash warning.

 

[MymsMan]

I can see how that would be useful but it arguably falls outside the clipboard metaphor, or (say) what macOS Finder or Windows Explorer offer (when I last checked).

Not all copy/paste sytems let you see what the contents of the clipboard are but I think that most of those that do give you some control over what is pasted
For example the multiquote feature on these forums allows you to select which quotes are pasted and the order of pasting
My Android phone allows me to view the clipboard and select which of my recent copys to paste
In windows you can enable clipboard history (something useful I just learnt because of this subthread)

To get to your clipboard history at any time, press Windows logo key + V. From the clipboard history, you can paste and pin frequently used items by choosing an individual item from your clipboard menu. Pinning an item keeps it from being removed from the clipboard history to make room for new items.

 

[prpr]

Use the no_plugin_autodisable flag to modify the wording of the crash warning.

It already does (this is in the multienv package, not the WebIf).

 

[Black Hole]

It already does (this is in the multienv package, not the WebIf).

Really?

 

[Black Hole]

I can see how that would be useful but it arguably falls outside the clipboard metaphor, or (say) what macOS Finder or Windows Explorer offer (when I last checked).

Not all copy/paste sytems let you see what the contents of the clipboard are but I think that most of those that do give you some control over what is pasted

Indeed. My point is that copy-paste systems which do not have a selection mechanism generally only have a one-item paste buffer. Extended copy-paste add-ons for (say) Windows, either implement a push-down stack, or build a library to call on at random.

 

[prpr]

Really?

Did you look at what the crash.log file contains?
OK, it could be better. I'll take a look.

 

[Black Hole]

Did you look at what the crash.log file contains?

That's not the point. If the packages have not been disabled, it's misleading to say they may have been.

How about "Your Humax crashed. Packages have not been disabled, see https://hummy.tv/forum/goto/post?id=33872"

 

[MymsMan]

That's not the point. If the packages have not been disabled, it's misleading to say they my have been.

How about "Your Humax crashed. Packages have not been disabled, see https://hummy.tv/forum/goto/post?id=33872"

And if they have been disabled
"Your Humax crashed. Some important packages have been disabled, run diag fix-flash-packages to restore full function"

Crash.log doesn't actually tell you what has been disabled or how to restore full function,

42    Humax crashed at Mon Oct 21 12:00:08 UTC 2019 - Uptime: 10761
41       ... flag prevented plugin disable ...
40    Humax crashed at Wed Oct 16 11:51:59 UTC 2019 - Uptime: 707
39    Humax crashed at Sat Jan  1 00:00:14 UTC 2000 - Uptime: 14
38    Humax crashed at Tue Sep 24 10:06:34 UTC 2019 - Uptime: 22562
37       ... view the crash.log for more details.
36    Your Humax crashed and some packages have been disabled as a precaution.
35       ... disabled plugins ...
34    Humax crashed at Sat Jan  1 00:00:14 UTC 2000 - Uptime: 14
33    Humax crashed at Sat Jul 20 00:52:18 UTC 2019 - Uptime: 14
32    Humax crashed at Fri Feb 22 14:20:29 UTC 2019 - Uptime: 22742

I had to go back aways to find a crash before I set the flag

 

[prpr]

OK, it could be better. I'll take a look.

New multienv package now available in the Beta repository for testing.