Right now the mobile page does not have a request desktop site. Some of this is because you can create a user who can only login using the mobile interface. I have found and fixed the issues described in the thread. The task page on mobile should not be a searching tool as it is designed to really only display the active tasks and allow you to force or cancel the task. I’ve also made the host page only display the search field rather than always say there are no results when you first look at it.

Then I’m going to solve the thread. As far as I can tell, all of the sources of reports of this horrendous problem are no more occurring on current trunk.

Thank you all for your patience with this.

Very good, I confirm, resolved 😉

@Mark-Shelton said:

Thanks for the info, it helped.
I have 3 nodes in total. One was an older version of ubuntu with an earlier SVN, and this was affecting the bandwidth monitor. I removed it and the 2 up-to-date nodes come up on the monitor. Thanks Wayne.

Thanks for the thanks, but you solved this one yourself. Props where it’s deserved, good job.

I see it occasionally the simple fix is to deploy the image expand the partition and run fixparts if needed then reupload.

Okay, it’s working now. Thanks again for all your help.

@midas1989 Your logs indicate this is for the legacy client. Mind posting this in a new thread?

Thanks for reporting. This is now fixed.

Ok so basically I royally screwed up my attempt at this lol…

Thank you everyone! I will try again!

Oh ok I was able to get it back by copying the image the image management page.php file form the old verison I had before It was in the 3000s build and was able to get the page to load but now when i go to edit a image i get a basic page with no formatting lol

@ch3i said:

@Wayne-Workman said:

@ch3i Can you use a virtual machine this time? Snapshots really honestly are lifesavers!

My server is always virtual. I’m a warrior > no snapshot !

lol, no you’re crazy lol.

Because this was seemingly a one off case, I’m going to solve this. I do believe it was cache, and timing related.

@ch3i Good eye.

@Wayne-Workman this is now fixed. Just rerun the installer and all should be corrected for. It was using a bad call that wasn’t in the source. Just changed out with the fog source for the scripts.

Ok thanks

I have software to deploy software (GPO or I prefer PDQ deploy), but I don’t know the tips to remove it, I’m going to search 😉

No, It was Windows

@ch3i Blame Tom. 😉

@Tom-Elliott Thanks again, Tom.

THis isn’t a bug, but the way the system is designed.

We don’t count upload tasks, by default, as posing any real load on the server as most typically you’re only ever uploading one image at a time. You can change which tasks present as, Slots on the dashboard though.