Open alodes999 opened 9 years ago
It sounds like whatever @user[0].password
is returning is not a valid hash for BCrypt to read from. Have you verified what that actually is on Heroku? Have you tried it with a different user? Have you ensured that you're not operating from an assumption that the data on Heorku is the same as data locally?
Locally, it isn't a hash that @user[0].password
returns, but a string of the encrypted password. I guess I don't get why that is acceptable locally, but not through Heroku? Is the best (only?) way to see what is returned through routes on Heroku the logs generated?
Ah, I caused some confusion. When I wrote is not a valid hash for BCrypt to read from
I meant 'hash' as in an encrypted digest – not a set of key/value pairs.
Is the best (only?) way to see what is returned through routes on Heroku the logs generated?
Pretty much. A simple puts ...
in your controller code will accomplish that.
Our Heroku app is passing back errors when we send our verify_login route. Our route handler is:
Our heroku log is saying:
as the top 3 lines in the error log.
When we do this route through rackup locally, it works with no issue. Is this perhaps a sqlite3 vs postgres issue where they are returning slightly different things and Heroku isn't liking what it's getting back?