very fast progress indicator on slow systems

[Sopor]

When i for example refresh the modules the red progress indicator at the top of the page goes very quickly from left to right and when there is only a few percent left it will get stuck there for a long time. It is very hard to see if the page is working or if it got stuck or maybe it is already finish.
From 0%-98% it takes 10 seconds and from 98%-100% it takes 37 seconds.

[gnadelwartz]

the progress indicator does not show real progress, its only an indicator that the theme is waiting for data to be transfered.

additional question: which system is slow, client or server running webmin? guessthe latter.

@qooob may be the progress indicator can start over instead of waiting for data and staying at 98%?

[iliajie]

It's not natural for it to start over. The only thing I can do right now is to decrease its rate and speed. It will go directly to the release within 3 hours.

[Sopor]

No big difference than before. From 0-98 it will take 15 seconds and from 98-100 it will take 32 seconds.

[iliajie]

Server response can be different. We never know how long it's gonna be.

How do you expect progress behave?

[Sopor]

Isn't it possible to have something like this or this?

[iliajie]

I don't think so..

Unless it's constantly moving and occupying the whole width right at once.

What others think?

[gnadelwartz]

I think the simplest way is to start over if the inidicator reaches the end, so you know we are waiting ...

alternative may be switch to a circling loading indicator instead

[mgancarzdsi]

If there is no way to know how long, a looping one is only solution. Preferably with some message such as "Waiting for server" or something

[Sopor]

How about having a red line that goes back and forth?

[iliajie]

I like it, actually. :)

[Sopor]

Maybe the speed could have an option so the user could adjust how fast it should go back and forth?
If your computer is fast and modern the bar need to go faster or else it won't move very far and if you have an older slower computer it will be very annoying to have a bar that goes back and forth very fast.

[iliajie]

I think I will remove all js libraries for this and simply replace it with few lines of css code. Emplementation of progress is abstracted so replacing it will be very easy.

[iliajie]

Alright, let's keep it repeating so far. In the future, I will come up with more fancy CSS animation.

Tell me how you like it. It uses no JS now. So one dependency less.

[gnadelwartz]

there is not much difference. moves from left to right, sometimes halts and stay at 98% if a module needs log time to load.

if someone is looking for a module with long loading time, try read user mail :) if you have users with big mailboxes

[iliajie]

@gnadelwartz I have no idea what you mean by "no difference".

The loader now automatically restarts. Exactly addresses the initial issue.

Have a look at my video-screencast.

[iliajie]

Okay, I think I know why it's not working for you. Firefox 57 unlike 59a and Chromium doesn't recognize 0 in @Keyframes.

I will update it very soon.

[gnadelwartz]

yes Im using firefox and yandex (a chrome clone) but I don't bother because in a few weeks I'll have FF59 😁

[iliajie]

Okay, I have fixed my local compilers to make sure latest code styles are considered.

You can upgrade now. It will use fancy loaders.

In case it's fast - it will be as used to be.

In case it's slow or something big is updating, it's going to be bouncing back and forth.

I hope you like it @Sopor- .

Let me know more.

[Sopor]

Now it will work as it did before but if the server is slow it will start to go backwards.
@qooob It looks very nice 👍