Duet Web Control wishlist notes and priorities

wilriker

@resam Funny enough that is a hornet's nest of confusion. Hardware and network are always specified in and based on decimal prefixes - with one exception: RAM. It is specified as decimal prefix but based on powers of two.

Also different operating systems use different approaches of giving you size of (any kind of) disks. Some will report the size in decimal others in binary and you have to find out which one does what. I hate that.

wilriker

I was using the new DWC from my tablet tonight and after nearly every input to the GCODE console I was disconnected with the following error:

JavaScript Error

A JavaScript error has occurred so the web interface has closed the connection to your board. It is recommended to reload the web interface now. If this happens again, please contact the author and share this error message:

Version: 1.22
Message: Uncaught TypeError: rememberedGCodes.indexOf is not a function
URL: http://duet-url/js/dwc.js
Line: 1175:69
Error object: {}

Since installing the latest version I did not use the GCODE console from a desktop browser very much but I have never seen this error there.

resam

Anyone got the webcam flip / rotation working?
The rotation settings just gets reset to 0° every time I reload DWC or click "Apply Settings". The Flip option does get saved, but I don't think it does anything for me...

chrishamm

@wilriker It sounds like your tablet saved a bad value for rememberedGCodes. Can you please try to save the settings again on your tablet or revert to the factory defaults? That should reset this variable to the right type.

patakopecek

I would definitely update the UI, it looks really outdated. I will be making my own theme, so yeah

deckingman

I've just run into a big problem on DWC 1.22, unless it's me being stupid, but I can't see any of the gcode folders that I have in the gcode directory. In fact, not all the files that are in the root folder are there either. It seems to be limited to about 45 files. If I uploada files, it works OK but doesn't show up in the file list. The same thing happens if I try to d-cretae a folder - it seems to work OK but doesn't show up. Taking the SD card out of the Duet and putting it in my PC, I can see all the files and folders within the gcode folder - including the files that I just uploaded through DWC and the folder that I just created. BUT putting the SD card back in the Duet, none of the recently created files or folders show up in the list. Pressing the refresh button doesn't help either.

Phaedrux

@deckingman that is due to a file limit that came about in the move to 2.0 to fix some other bugs.
Good news is that the files are all still there.
The easiest solution is to move the card to a PC and then start condensing the files into more folders.

Kind of a pain at first but it forced me to be more organized.

deckingman

@phaedrux Most of the files ARE in folders - can't see any folders though.

deckingman

This is weird. I had been trying different cards to test a reconnect on file upload issue that I was having. Anyway, I tried a different card and now have all my gcode files back. BUT what's really weird is that these are identical cards (Sandisk Extreme 32GB) and both have exactly the same files and folder structure. My PC reads both of them fine and shows all the files and folders as they should be. But Duet doesn't see the same files on one of the cards. What the ????

dc42

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

This is weird. I had been trying different cards to test a reconnect on file upload issue that I was having. Anyway, I tried a different card and now have all my gcode files back. BUT what's really weird is that these are identical cards (Sandisk Extreme 32GB) and both have exactly the same files and folder structure. My PC reads both of them fine and shows all the files and folders as they should be. But Duet doesn't see the same files on one of the cards. What the ????

The Duet is seeing the first N files and folders in /gcodes in both cases (actually N varies with the lengths of the filenames). However, the order in which the files and folders are stored in the /gcodes directory is not necessarily the same for both cards.

deckingman

That is just seriously weird behaviour. So by deleting some files and moving some others into existing folders, I now have all my folders showing up. And the order they are displayed in, is as I would expect to see it - folders first then files, in alpha numeric order.

All I did was the remove the SD card, create a new folder on my PC, copy everything from the root of the SD card to the root of the new folder on the PC. Then take a new SD card and copy everything from the root of the PC folder to the root of the new card. On my PC the card contents look identical. So for one card to work fine and the other to have issues unless files are moved or deleted, is just weird.

dc42

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

That is just seriously weird behaviour. So by deleting some files and moving some others into existing folders, I now have all my folders showing up. And the order they are displayed in, is as I would expect to see it - folders first then files, in alpha numeric order.

All I did was the remove the SD card, create a new folder on my PC, copy everything from the root of the SD card to the root of the new folder on the PC. Then take a new SD card and copy everything from the root of the PC folder to the root of the new card. On my PC the card contents look identical. So for one card to work fine and the other to have issues unless files are moved or deleted, is just weird.

It may seem weird, but when you copied the file to the new SD card (or form the old SD card to your PC), they were copied in a different order to the order in which they appeared in the directory of the old SD card. In particular, the folders have been copied earlier than some files that appear before them in the original directory.

To guarantee that a subfolder will always be visible, after created the /gcodes folder on the new SD card, create a subfolder (or a few subfolders) in it before you copy any files to it. This those subfolders will be at the beginning of the directory, so they will always be visible to DWC.

resam

@dc42 how are the plans for "pagination" of g-code file and folder listings coming along?
I remember that you had to reduce the buffer size during the RTOS transition - and I was wondering if you spent any thoughts on improving the situation?
DWC and PanelDue both suffer from this as far as I know...

dc42

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

@dc42 how are the plans for "pagination" of g-code file and folder listings coming along?
I remember that you had to reduce the buffer size during the RTOS transition - and I was wondering if you spent any thoughts on improving the situation?
DWC and PanelDue both suffer from this as far as I know...

I suggested a possible fix to chrishamm, but he didn't like it. I'll liaise with him and see if we can find another solution.

For the benefit of anyone who is already running their own version of DWC, my suggestion was to revert to using rr_files instead of rr_filelist to get the list of files. The rr_files call doesn't return the date stamp or file size (which rr_filelist does), but DWC already has to call rr_fileinfo on each file anyway, which provides that information. However, I'm not familiar with that area of DWC, so there might be a complication to this approach that I haven't thought of.

chrishamm

Yes that is right, I did not like the idea of using rr_files because it is only a partial work-around and because it does not resolve the underlying problem. My original idea for a fix was to create a derived class of OutputBuffer which would allow sending a basically unlimited number of chunks of JSON to the web interface, but there were some complications during the implementation so I never finished this part.

Also using rr_files for macros and sys files will not work without further complications because DWC does not use rr_fileinfo for those files and I don't want to send extra rr_fileinfo requests for those files. Anyway, I'll try to change DWC so that it uses rr_files instead of rr_filelist for G-Code files. This will at least improve things a bit.

dc42

Chris, did you consider the other solution I offered, which was to add an extra "start from file #" field to the rr_filelist request, and in the response include an extra field to say whether there were any files left and the new "start from" number? That would work with gcode files, sys files and macros, and it would be backwards-compatible. It should be simpler in firmware than dividing the json response into fragments.

chrishamm

Yes that would work. I already have the rr_files change working for the G-code directories, so I guess this is low-priority though.

FYI I just added support for a new field to the rr_filelist responses to DWC, which could indicate if an overflow occurred and thus warn the user that not all the files are displayed. To get this working from RRF's side, you'd just have to append "truncated":1 to the filelist response when it overflows.

dc42

@chrishamm, the response to rr_filelist already includes field "next":nn where nn is the number of the first file not returned, and 0 means the list is complete. Likewise it accepts a parameter "first" indicating the number of the first file that is wanted. I implemented this some time ago, but perhaps I forgot to tell you - I'm sorry if that is the case.

chrishamm

@dc42 Dang, good to know, I wasn't aware this is already supported. I'll change the corresponding parts in the web interface so we don't need to worry about too long file lists any more. Thanks for the note!

sigxcpu

I have two issues with DWC:

an old one, that controls for extrusion multiplier and speed multiplier are not working on iPhone (maybe iOS in general). If you click, sometimes the slider jumps to max, sometimes jumps to the position you clicked. Dragging does not work.
the down arrow history in G-code console was very handy for portable devices. The question mark for help, not so much

LE: removed the rememberedGcodes.indexOf issue because I've read above about the wrong settings.