Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Pages: 1 [2]
16
CentOS-WebPanel GUI / Re: Unable to enter the User panel
« on: August 04, 2019, 11:02:24 PM »
I have noticed an issue in the latest build.
It is not sufficient to simply close a browser tab when exiting a user panel. If you fail to actually logout then you will not be able to log into another user panel, unless you re-log into the user panel that you failed to log out from, and then log out before closing that tab (or logging into the next user panel)!
You can usually see which user panel you forgot to log out of by looking at the bottom of the left (menu) margin of the admin panel.
If all else fails, then completely closing the browser (all windows) and then restarting the browser will let you log in.
It is not sufficient to simply close a browser tab when exiting a user panel. If you fail to actually logout then you will not be able to log into another user panel, unless you re-log into the user panel that you failed to log out from, and then log out before closing that tab (or logging into the next user panel)!
You can usually see which user panel you forgot to log out of by looking at the bottom of the left (menu) margin of the admin panel.
If all else fails, then completely closing the browser (all windows) and then restarting the browser will let you log in.
17
CentOS-WebPanel Bugs / Cannot log into different users control panels when switching between accounts
« on: August 02, 2019, 12:56:14 PM »
With the latest CWP, it is not possible to switch between user account control panels without first logging out of the account that one is leaving before closing the tab.
If one simply closes the browser tab for that control panel and then (via the user account list) select another control panel to log into, it is impossible to log in. (Possibly there is a Cookie or session still open as most browsers nowadays allow you to reopen a recently closed tab.)
Workaround: One can log into the account that one has recently left and then logout before trying to log into another account.
If one simply closes the browser tab for that control panel and then (via the user account list) select another control panel to log into, it is impossible to log in. (Possibly there is a Cookie or session still open as most browsers nowadays allow you to reopen a recently closed tab.)
Workaround: One can log into the account that one has recently left and then logout before trying to log into another account.
18
CentOS-WebPanel Bugs / cPanel password migration bug
« on: August 02, 2019, 12:50:59 PM »
With the latest release of CWP, there is an issue when migrating cPanels.
The procedure asks for the cPanel password. Upon completion of migration, it is not possible to log into the control panel for the new account. It seems that a ransom password has been set.
Workaround: in the List Users section change the password for the control panel to the correct password and it is then possible to log into the account.
The procedure asks for the cPanel password. Upon completion of migration, it is not possible to log into the control panel for the new account. It seems that a ransom password has been set.
Workaround: in the List Users section change the password for the control panel to the correct password and it is then possible to log into the account.
19
CentOS-WebPanel Bugs / Re: Filemanager Cannot upload large files to server
« on: August 02, 2019, 12:48:19 PM »
I have increased max_post_size and upload_max_filesize both to 512M
I have checked that this is reflected in PHP Settings >> PHP Info and it is, but still the upload fails for big files (e.g. 70MB).
It would be logical that that the FileManager might have a different php.ini file with large file sizes by default, so that it is not restrained by normal file size limits that might apply elsewhere. I think this might be what is happening and so adjusting the normal php.ini is not resolving the issue. I just don't know where this alternative php.ini file is.
I have checked that this is reflected in PHP Settings >> PHP Info and it is, but still the upload fails for big files (e.g. 70MB).
It would be logical that that the FileManager might have a different php.ini file with large file sizes by default, so that it is not restrained by normal file size limits that might apply elsewhere. I think this might be what is happening and so adjusting the normal php.ini is not resolving the issue. I just don't know where this alternative php.ini file is.
20
CentOS-WebPanel Bugs / Filemanager Cannot upload large files to server
« on: August 02, 2019, 12:39:48 AM »
Hi,
I have just updated today 2 August 2019. I cannot say if it this latest update that has caused the following problem or not.
It is not possible to upload large files to the server using the Filemanager. I have tried logged in as Admin with root access. It is not possible to upload files (around 80MB), using the drag and drop interface of directory selection. Does not work using the Basic File manager either. (Wanting to upload cPanel migration files).
It is also not possible to upload files when logged in as an CWP user.
I have tried with small files (approx 30kB) and this works. The problem seems to be with larger files.
I have just updated today 2 August 2019. I cannot say if it this latest update that has caused the following problem or not.
It is not possible to upload large files to the server using the Filemanager. I have tried logged in as Admin with root access. It is not possible to upload files (around 80MB), using the drag and drop interface of directory selection. Does not work using the Basic File manager either. (Wanting to upload cPanel migration files).
It is also not possible to upload files when logged in as an CWP user.
I have tried with small files (approx 30kB) and this works. The problem seems to be with larger files.
21
PHP / PHP.ini editor not working correctly because of illegal date.timezone as default
« on: March 05, 2019, 04:22:49 PM »
Using the PHP.ini editor
The default php.ini file starts will an illegal time zone of Berlin/London.
date.timezone=Berlin/London
This is preventing the "Basic Edition" on the left from working correctly, with only the "Advanced Edition" on the right showing.
If you change the time zone from the illegal value of "Berlin/London" to "Europe/London" and Update, and then refresh the page, you will now see the "Basic Edition" is now functioning correctly.
Where do I find the master value of this incorrect timezone, so that all new accounts work correctly?
(I am using php-fpm)
Thanks,
Stephen
The default php.ini file starts will an illegal time zone of Berlin/London.
date.timezone=Berlin/London
This is preventing the "Basic Edition" on the left from working correctly, with only the "Advanced Edition" on the right showing.
If you change the time zone from the illegal value of "Berlin/London" to "Europe/London" and Update, and then refresh the page, you will now see the "Basic Edition" is now functioning correctly.
Where do I find the master value of this incorrect timezone, so that all new accounts work correctly?
(I am using php-fpm)
Thanks,
Stephen
22
Aplications / WordPress installer puts incorrect characters into wp-config.php
« on: March 05, 2019, 03:34:31 PM »
Hi,
I have noticed that the WordPress installer passes some some symbol characters (created by the random password generator) incorrectly to the wp-config.php
For example...
This randomly created password: IDlj_I_L>GxX
Appears in the wp-config.php file as: define( 'DB_PASSWORD', 'IDlj_I_LÞ' );
Presumuably, this needs an update to the installer to correct?
Regards,
Stephen
I have noticed that the WordPress installer passes some some symbol characters (created by the random password generator) incorrectly to the wp-config.php
For example...
This randomly created password: IDlj_I_L>GxX
Appears in the wp-config.php file as: define( 'DB_PASSWORD', 'IDlj_I_LÞ' );
Presumuably, this needs an update to the installer to correct?
Regards,
Stephen
23
CentOS-WebPanel Bugs / Re: Can not delete account
« on: December 04, 2016, 06:15:19 PM »
Same here
Pages: 1 [2]
