Hi folks ! Imagined flow : User buy items Payment accepted User access form in app Results form instantly display on app or send to validation Case of use, jobs board, object selling, … Is it already possible ? Some tricks to do that without external form ? Thanks.

Since you can pass an SKU to the Buy Button and that SKU along with the logged in users email is saved to a sheet as part of the Buy Button / Stripe process, you could write a script to scan through that sheet, see the payment for said SKU and then create a row in another sheet, with the users email and what product they purchased. You could then have a linked list attached to the users details that is set to “Filter rows by signed-in user”. So yes it can be done now with some scripting.

Thank you very much George for this solution! Unfortunately this is not appropriate in my case because, by default, my app is in “public” mode, so I can not filter by user. I want there to be as little friction as possible. I hope that the team can develop this function that can be very interesting for all non-physical purchases. I am waiting with a lot of hope!

If the user doesn’t authenticate, how would you expect their purchase to restore in case they delete the app and come back, or browser data is lost, or they switch phones? Would only paying users have to authenticate?

I think I understand you @Mark, but by authenticate do you mean log in to the app using one of the email/pin methods?

I’m asking which method @JulienPIAO would prefer, whether it’s currently implemented in Glide or not.

This cannot be done and is not a glide issue. The logic is contradictory. It’s either you have an app that allows everyone to see everything (public), that’s the easy one Or you have an app that allows some people to see some things (public with email or whitelist) You can’t have both at the same time. Once you settle on using email filtering your solution will emerge.

currently, my app is in public mode so anyone can use it without friction. But on the other hand, if users want to use chat, comment or fav (or even buy?) on my app they need to identify themselves. And i like this type of flow. If i want to use, “user filtering feature” needs me to switch to email mode whitelist or email connection, and so, request user email before use the app. My lovely flow :arrow_heading_down: User buy an immaterial item He submit his email adress and request infos Payment accepted Access to a new screen with the thing’s he buy (special link, form for adding item in app,etc…) I think it could be a great feature. Hope you understand me and i’m so sorry for my poor english.

I think the way you are setting this up could make it more work for your self and your end user. if i’s simplicity you want, use a webpage like square.com to sell your app and then once they purchase pull their email into the app as a user. this way you can just build a pro app with filtering and separate the two things. Unpaid public or paid with filter. final option is to build 2 separate glide app. one public and one filtered. But again you can’t have the same app be both private and public at the same time.

@Lighted_Candle, the final need feature is Pay to add an item to an item list Ex: Restaurant could pay to add his restaurant to city guide restaurant’s list.

I think I get it now. On a public app, two things require a sort of login via email. One is posting a comment, the other is when a user buys something via a Buy Button. At that point there is a cookie written that identifies the specific user, even though the app is Public. However because the app is public the option to filter by user is not enabled because Glide sees that it is a Public app. @Mark If there was a Sign-In type of “Public with optional email/pin” under app settings, that would solve this problem and maybe others could use it. If the user was not signed in, they would be assigned an invalid email by the Glide engine. Something like “@@@@”. Then all the places in Glide that have the “Filter rows by signed-in user” would be turned on for this new hybrid sign-in type. You would have to add a Button action that triggered this kind of optional sign-in. I’m sure this is easier said than done but that is my thought.

Paywall Request 🔑

Feature Requests

Lighted_Candle October 18, 2019, 9:44pm 15

Topic		Replies	Views
Creating a "Sign up" form in a Glide ap Ask for Help	47	7666	August 2, 2020
🆕 Sign-in Action General	99	7211	January 19, 2022
Visibilidade dos usuários Ask for Help	12	1440	October 20, 2021
Login workarounds? Ask for Help	12	1730	April 20, 2021
Public App - User - Workaround Ask for Help	10	1379	April 19, 2020

Paywall Request 🔑

Related topics