Duet Web Control wishlist notes and priorities

ShadowX

Understood. But its a bit inconvenient. The majority of the code should already exist since he has a "Download as zip" file for the System Editor settings and G-code files already. If the Macros also has that function, it would make backing up the Macros much easier.

chrishamm

@deckingman Sorry for the confusion, my bad. It's fixed in 1.22-b3 which is now available here: https://github.com/chrishamm/DuetWebControl/blob/dev/DuetWebControl-1.22-b3.zip

@ShadowX It is already possible to download macro files as a ZIP bundle but the code behind does not support zipping up entire directories yet. I guess that is the reason why this option appears to be hidden for you.

Phaedrux

The List items functionality is still off. It lists every single gcode I've entered into the console and even if I delete them they just show up again on the next reload. Any new ones I purposely enter using the add gcode button don't remain after a reload either.

ShadowX

@chrishamm

Okay, that makes sense. I did have directories inside the folder to sort the different macro sets.

wilriker

@chrishamm Again thanks for coming up with fixes so quickly.

Now I only need my Connect/Disconnect button back.
Or - and that would also be OK for me - drastically reduce the AJAX calls when the tab is in the background and no print is ongoing. And by drastically I mean intervals of at least 1 minute. This could even be made a setting.
Just thinking: is the longer interval for background tabs an implemented feature or is that just what my browser (Vivaldi) does and you have no control over it?

DaveA

Just installed 1.22.b3 and everything has moved. Machine status on left, temp graph on right., tool control in the middle. And I also don't have a connect button.
Is this intentional?

chrishamm

@phaedrux That is not surprising because you apparently did not save the settings after deleting those entries. I just checked and it does work.

@wilriker You can already do that. Just change the AJAX update interval to 60000 and it will send exactly one update request per minute.

@DaveA Yes, it is. I don't think there is any point in leaving the Connect/Disconnect button on the UI - if you want to disconnect, close the browser tab. Reconnecting will happen automatically anyway from now on.

JoduWei

make machine control modular! It would be nice, if i could remove, add widgets and edit widgets (every widget has its own file)

wilriker

@chrishamm said in Duet Web Control wishlist notes and priorities:

@wilriker You can already do that. Just change the AJAX update interval to 60000 and it will send exactly one update request per minute.

But that will reduce all AJAX updates to be 60s apart (and in background even 120s). What I would like is the following (in my case I already have AJAX update rate set to 1s interval):

Tab in foreground: selected update interval
Tab in background and print ongoing: 2x interval as selected (this is currently what I get whenever the tab is in background, i.e. 2s update interval for my settings)
Tab in background with no print: 60s update interval - or even paused but this may lead to not going to 2) above if a print is started another way/session

I usually keep my tabs open and in specific positions inside my tab bar (they form some kind of logical groups) and I only close tabs that I will not use for longer, so what you recommended to @DaveA would heavily disrupt my workflow.

I could also live with a configurable visibility of a Connect/Disconnect button that is invisible by default.

dc42

If a web client doesn't request an update for more than 8 seconds and isn't doing a file upload, it will be timed out after 8 seconds. So you shouldn't reduce the polling rate to below about once every 5 seconds, unless the automatic reconnect mechanism is working really well.

wilriker

@dc42 said in Duet Web Control wishlist notes and priorities:

If a web client doesn't request an update for more than 8 seconds and isn't doing a file upload, it will be timed out after 8 seconds. So you shouldn't reduce the polling rate to below about once every 5 seconds, unless the automatic reconnect mechanism is working really well.

OK, then this leaves me with my request to get the Connect/Disconnect button back as virtually the only option.

chrishamm

@dc42 and @wilriker I think you only need to worry about session timeouts if you have a password configured. If none is set, RRF does not deny rr_* request and thus the web interface should remain functional even with status update intervals greater than 8 seconds. And if DWC encounters multiple AJAX errors (e.g. because the session timed out), v1.22 attempts to reconnect automatically with the last entered password. I suggest you try it out and if it does not work in the way you expect, I'll consider adding back the Connect/Disconnect buttons.

wilriker

@chrishamm I don't have a non-default password set, so no problem on this end.
Still I would need a way to configure a separate (tab in) background update interval if no print is running. I do want my 1s-updates when tab is in foreground and I am ok with 2s-updates when tab is in background and printing. I just need this third case.

deckingman

@chrishamm said in Duet Web Control wishlist notes and priorities:

@deckingman Sorry for the confusion, my bad. It's fixed in 1.22-b3 which is now available here: https://github.com/chrishamm/DuetWebControl/blob/dev/DuetWebControl-1.22-b3.zip

Confirmed fixed. Thanks.

wilriker

@chrishamm I have to apologize. I am doing something here, that I, as a professional software developer, always complain about: I told you what I want you to implement. I'm sorry this is bad behavior.

Instead I am now going to tell you what I need in terms of functionality:
I need an (at least semi-)automatic way to considerably reduce non-printing background traffic (even down to zero).
It would be acceptable for me to push a button or to configure a setting or something similar.
It is not acceptable to me to have to change settings all the time.

I will be happy to accept whatever you implement as long as it fulfills my above description.

And just to be clear this is just a request not an order nor an expectation.

Phaedrux

@wilriker I'm curious how much bandwidth is actually being used. I suppose on a metered connection everything adds up.

wilriker

@phaedrux I'd have to calculate this again but AFAIR it did sum up to something between 1 and 2 GB per month just for the Ajax updates in my use-case. This does not include any further interaction with the Duet.
Currently I have a monthly included traffic of 10GB on the connection I need to use for this which is more than sufficient but this will drop to only 1GB in September.

whosrdaddy

@Phaedrux : well it consumes quite a bit, open F12 on IE or Chrome and see what I mean, on a local network this is no problem, but can be problematic on mobile...

chrishamm

So I've just released v1.22 of the web interface, see https://github.com/chrishamm/DuetWebControl/releases/tag/1.22 for the ZIP bundle and the full change log since the last stable version.

@wilriker This version brings back the Connct/Disconnect button too, although you need to enable it explicitly on the Settings page. I guess that is OK.

zerspaner_gerd

With German language setting, you can not create new system files

0_1533246243596_Neue Datei DWC.JPG