July 8, 2020 at 3:45 am #927
I upgraded to 2019.2.27 today to mitigate this bug as per the instructions on that page. However in this version I’m unable to ‘manage’ customers. When pulling up the /index.php?module=customers&view=manage page I get ‘Loading’ as per the attached image instead of the list of customers. Loading doesn’t complete. I reverted back to 2019.2 and loading completes as before.
Attachments:July 8, 2020 at 8:57 am #931
Have you looked at the tmp/log/php.log file for an error? I assume the list of invoices on the primary screen shows correctly. If not, make sure that a public directory exists in the SI directory structure.July 8, 2020 at 10:03 am #935
there’s two logs in tmp/log/, paypal_ipn_results.log & si.log – both are empty.
public folder exists and is writeable and invoice list shows correctly.
There’s nothing in apache error log.July 14, 2020 at 3:02 pm #960
In your config/custom.config.php file make sure you have the following settings:
debug.level = All debug.error_reporting = E_ALL & !E_DEPRECATED zend.logger_level = DEBUG
The debug settings are probably already set this way. But if not, will cause runtime errors to be reported in the tmp/log/php.log file.
The zend.logger_level setting will have a lot of debug information to written to the tmp/log/si.log file.
If your problem still exists, zip these files together and attach to a message added to this thread.July 16, 2020 at 2:09 pm #975
By default debug.error_reporting was set to = E_ERROR, zend.logger_level was set to = EMERG. Here’s the si.log (no other logs have any content). Cheers!
Attachments:July 16, 2020 at 2:56 pm #977
I’m assuming that you changed the defaults to the values I asked you to use. That being the case, no errors in php.log and the si.log content shows a normal execution of the customer list request.
First thing to do is while this command is executing, take a look that the public/data.json file. You should see your customer information in it.
Assuming that is the case and it looks good, I’d like you zip your SI directory and attach it to a reply to this message. The zip file will be too big if you include all directories, plus the config directory contains personal info that should not be shared. So I have attached a picture that shows what directories and files to include. Using this, I can compare what you have with what I have to see if for some unknown reason, you have some different files than you should.
It is a long shot, but I’m not sure what else to suggest at this point.
- This reply was modified 6 months, 1 week ago by RRowley.
Attachments:July 17, 2020 at 1:50 am #983
Yes I changed the defaults as requested. I can see customer info in the public/data.json file. Please find attached the files/folders listed. Thanks.
EDIT: Can’t upload, apparently the 2.5Mb zip is above filesize limit. Do you want me to break in into chunks or can you raise the limit ? Thanks.
July 17, 2020 at 3:51 am #989July 17, 2020 at 5:28 am #992
- This reply was modified 6 months, 1 week ago by ExpertGeeks.
The error indicates that SI was not able to create a custom.config.php.new file in the config directory. Check that the directory has 755 as its access (assumes non-windows system). On windows, the directory needs to read/write access for the user.July 17, 2020 at 3:29 pm #993
It’s now owned by www-data and is set to 0755.. It’s still not loading up a list of customers sadly. Manage products page does the same.
July 17, 2020 at 3:38 pm #995
- This reply was modified 6 months ago by ExpertGeeks.
The previous version of simpleinvoices only tmp and public are owned & writeable by www-data. Are there other folders in this new version that www-data needs to write to ?July 18, 2020 at 7:04 am #996
You lost me with the www-data. On my windows 10 development system, the windows permissions give full control to my administrative user same as any other windows folder. However, if I look at the folders through the Git Bash window, I see the 755 for window permissions on all directories including tmp and public.
I modified the Inc/Claz/Config.php file to catch the error when the new file is opened rather than when the attempt is made to write to it. This doesn’t fix your error, but kills the request and reports the error where it occurs.
Try this to verify error occurs at attempt to open the new file for write access. If not there, then the resource handle is being corrupted after being opened and that information would be helpful.
Attachments:July 31, 2020 at 3:50 am #1052July 31, 2020 at 5:27 am #1054
OK, that looks normal. Please send me a zip of the Inc/Claz, modules and templates directories so I can compare them to what I have.July 31, 2020 at 8:40 am #1055
One thing you might try is to increase the time allowed for a query to process. In your php.ini file, find the line, “max_execution_time”, and double the value that is assigned to it and save the change. Then restart your webserver (apache) and try to list customers again.
- This reply was modified 5 months, 3 weeks ago by RRowley.
- You must be logged in to reply to this topic.