But what the docs don't cover is the provided Users table. Missing documentation is why I gave up on Supabase; and the Users table was one of the first problems I encountered. I could find no details on what to expect in each column at any given time.
Upon creating a new user, values get set in this table for no apparent reason. So if your application depends on knowing the verification status of a new user (for example), good luck... Supabase claimed every user was verified upon creation.
These have gotten much less annoying to use now that it’s controlled through the config.toml.
But what the docs don't cover is the provided Users table. Missing documentation is why I gave up on Supabase; and the Users table was one of the first problems I encountered. I could find no details on what to expect in each column at any given time.
Upon creating a new user, values get set in this table for no apparent reason. So if your application depends on knowing the verification status of a new user (for example), good luck... Supabase claimed every user was verified upon creation.
How are scammers able to operate bank accounts without leaving any traces, and why don’t the police and banks have the power to reverse transactions that are obviously fraudulent.
How are scammers able to operate bank accounts without leaving any traces, and why don’t the police and banks have the power to reverse transactions that are obviously fraudulent.
https://developer.paypal.com/braintree/articles/risk-and-sec...
I’ve been a PayPal/Braintree merchant for over 10 years, and this feels like a pretty big shift in risk.
For anyone not deep into disputes:
- A customer files a chargeback. - The merchant can submit evidence and may win that first round. - The customer can then file a second dispute, which goes into pre-arbitration. The merchant can again submit evidence and, historically, sometimes win.
If either side pushes further, it goes to arbitration, where there’s usually a few-hundred-dollar fee for the losing side.
Under this new policy, for transactions under $1,000, Braintree will automatically accept the pre-arbitration in favor of the customer. There’s no second chance to present your side as the merchant; the dispute is simply closed and refunded to the cardholder.
Practically, this means:
- A customer can lose the first dispute, - Immediately escalate, - And automatically win the pre-arbitration if the transaction is under $1,000.
I’ve already had multiple cases where bad-faith customers was awarded the full amount at pre-arbitration solely because of this rule. At that point, the only remaining recourse is to pursue the customer directly (legal action, collections, etc.), which is usually not realistic for sub-$1k orders.
For anyone running ecommerce on Braintree, this effectively creates a “free second shot” at a dispute for customers under $1k, with the merchant guaranteed to lose the second round by policy.
Has anyone else run into this yet?