I hope you can help me with this. As described in the title I just ran the update… I entered my user credentials afterwards and hit login with email and the server refused me to login with the error: 500: Server Error
Ok so I enabled debug mode and rebooted the server. Now I am seeing this when I attempt to login:
500: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'cloudakktm02.recurring_expenses' doesn't exist (SQL: select * from recurring_expenseswhererecurring_expenses.company_id= 1 andrecurring_expenses.company_id is not null)
The system worked fine until I ran the update… How can I fix this?
well…welcome to the many issues…try this command php artisan migrate --force (you be inside the root folder of the invoice ninja)
i got away with that error and can login but i cant edit, create invoices, cant view in pdf…issue after issue…
500: There was an error generating the PDF with Phantom JS
1.) So how do we setup “automatic migration”? 2.) We seem to have an issue with emails not being sent. It worked fine in the past. (And we have not changed any email settings) 3.) Is there a way force the system to send the email immediately instead of queuing them? 4.) It would be nice actually if you added an tick box " send the email immediately" into the settings of the system.
Not everyone have huge batches of invoices that need to be sent. In our case we send a few invoices per month, so we want to see the those invoices sent directly to our customers when we “click send”. This makes it easier for us to confirm directly that the email has reached our clients.
I am not sure what happened with the .16 release. this issue has affected all users so something has prevented the migrations from running for some reason. I’ll need to investigate to understand what has happened so this doesn’t happen again.
There should be errors reported for the issue in the system logs.
QUEUE_CONNECTION=sync makes all actions synchronous, but is impacts the usability of the app.
The quese processes everything pretty much instantly so there shouldn’t be significant delays with emails.
@david Running /update?secret= had no effect but running php artisan migrate as the web server user worked
@AngryWarrior you appear to have run the php artisan command as root rather than the web server user (use the -u switch). You might want to re-run this command as it migrated 3 tables for me
