Quote from: cryptoglance on November 20, 2015, 04:08:13 AM

Quote from: opentoe on November 20, 2015, 12:27:45 AM

Quote from: cryptoglance on November 20, 2015, 12:17:45 AM

Quote from: opentoe on November 19, 2015, 11:27:41 PM

Quote from: sixxkilur on November 19, 2015, 11:09:57 PM

Make sure the the user the process is running under has permissions to delete files that the update process is targeting under that home directory. I had the issue with Minera once on Ubuntu.
in some cases just using sudo to start the process i question will get it the correct permission for file manipulations.

It was the typical permissions issue. The included permissionsfix script as it says is for "most" linux distro's, just not on my CentOS. Stupid me for not even viewing the two liner. Just in case the auto-updater runs that, I changed it to reflect my settings. Once did that, good.

Still having the issue? If so, we have to make sure the web user (usually www-data or httpd) need to be the group. This is usually fixed by running:
sudo chown - R deligus:www-data /home/deligus/public_html/*

Thanks. Got the update working ok. I'm always forgetting my apache user is not www-data like most. I tried also changing the layout, it changes visually for a few seconds but bounces back to original. Made sure my user_data is writeable. I did clear cookies using the supplied button. Before I start making more permission changes, ideas on that? Chrome and IE, same results.

You mean switching between rows and square panels? Ive ran into this issue before but cant replicate it now. Can you try extending the size of your browser? I know its only available for larger screens.

Thankk
This is not a critical issue. I have a 24" 16:9 ratio LCD with 1900x1200. I'll expand the panel width all the way to %100. Then click on the site layout box just once. The whole site switches over to the boxes for a few seconds, but then just reverts back to the list view.