Hello @boston85719
I have a small bug that I hope you can help with. One the inbox page in the list of conversations (where you should see the icon and name of the correspondent) the list appears as blank even though there are messages. I can click on the spot where the name should be and open up the messages, so the content is there. But I can’t figure out why the element is not showing (and no, it’s not a color issue 
)
Thanks in advance
I fixed it by changing default permissions on the User data type and checking the default permissions for everybody for Profile-Listing. Not sure if that is the recommended method, but now it’s working as expected
Thanks for flagging these. The services is an issue and I’ll be starting work tomorrow so will put in a fix.
In regards to the find a job, when this is clicked, does it take you to the search page?
Thanks for letting me know. I think bubble puts privacy rules on user data types by default for all new apps. The template was not made with privacy rules on user data type, so I can not do anything to stop the same thing from happening for others since Bubble puts the privacy rules. Any custom data types with privacy rules would be made by the developer.
Same type of issue occurs with API calls, and Bubble has not taken the suggestion to remove these default behaviors for templates.
I’m glad you got this resolved though. 
Thank you. Will the fix automatically update my copy of the template? Even if I’ve made changes? Same question about upgrading the template to the new responsive engine - will this automatically update my version of the template?
In regards to whether the ‘Find a Job’ button takes you to the search page - yes, but some text displays as if it’s a babysitter:
These are the privacy rules as I have set them in the template.
Could you please confirm if you had something different when you created your app from the template? Also, could you please share how you changed them to fix the issue you experienced? It would be helpful for others who will likely experience the same issue.
To fix, please change the dynamic expression as in the screen shot below
This is expected behavior. The app was built to allow a user to create multiple accounts and to use the app as either an ‘employer’ or ‘service provider’, meaning a babysitter could provide babysitting services or find a babysitter. This is done so that the app functions not just as a freelancer site for freelancers to offer their services, but also a job board for employers to find employees.
If you want to change the behavior in your app you would just need to alter the dynamic expressions making the element visible or not.
Fixes are done in the template of mine. This does not automatically fix your app as they are separate apps. You would need to make the changes in your app.
No, this is done in my template. You’d need to reinstall the template (ie: create a new app from the template).
The concept of find a job is for a babysitter to find a job, so the button for find a job bringing the babysitter to the search page with the search set to ‘Family’ allows the babysitter to find a job by reviewing the search results of families seeking a babysitter.
The “Prefer to have a Family find you” with a button to create a profile is there so a person can create a profile as a Babysitter to allow families to find their babysitter profile on the app. If you do not want that visible when the babysitter is logged in you can change that behavior in your app.
The title of 15 Babysitter Jobs Available is to indicate how many families have created profiles in search of a babysitter.
If you play around a bit and click ‘caregiver’ in the filters panel on the left, you will see the differences in wording.
I have another small issue. During the get-started sign up, when you select a plan and proceed to Stripe for payment, it then directs you back to the same step. At this point you are still seeing the plan selection. It doesn’t automatically proceed to next step. If you click on another plan and click Next, it then goes to the next step (without going into Stripe again)
Understood - thank you!
That is expected behavior.
When the user is returned the app needs to process the fact the user paid. The user sees the alert message at the top indicating they paid and their account is ready and then the view changes slightly where the button reads ‘next’
It is possible to change the behavior in your app if you want a different UX.
Thank you for the response. Will users who already purchased the old-responsive babysitter app receive the new-responsive babysitter app update for free? I just purchased the old one last week, not realizing it was on the old-responsive, so I am holding off work until the new-responsive is published,. Do you have an ETA on this?
The updates are being made in the template, so any previously purchased template will have the updates once complete.
I’m currently working on it…not sure when it will be done, but I am going to finish the babysitter template first as I believe you also emailed me about this. In my email I reply I estimated a week from yesterday for the babysitter template to be done.
Thanks for confirming. I think I am going to change it so that on completion of stripe it goes right to the next step.
I do have another question. I see there is a unique ID field under profile listing. This ID is created in step 1 of get-started using the “calculate randomstring” function. However, how do we actually ensure that this produces a unique ID? I know odds are low, but I am planning on importing thousands of records and this leaves room for a potential issue. Is there a way to check the database for a duplicate value before updating the record?
I believe the same issue also occurs with the “slugify” command in the help section. If you have 2 articles with the same tile, it would generate identical Title-Slugs for different records.
Thanks in advance
It would be random, so it could randomly be the same as another. But when using an 11 character long random string with numbers and letters you have numbers 0-9 and letters A-Z so that is 36^11…but yes, even with the trillions of combinations possible, since it is random it could randomly create the same combination.
If you want to change the functionality of your app to use the unique ID generated by Bubble you could. I’d recommend using the app search tool for field use of the ID field on the profile listing and then swap out the dynamic expressions for the unique id rather than the ID field.
The help section is created by the application owner. If the application owner has two of the same titles for different articles, they may consider changing the title of one to perhaps be more reflective of the subject of the help article they are creating.
If you have plans to allow users to create help articles then you may want to use the built in slug feature.
Keep in mind the templates were made before Bubble had the built in slug feature so I had to come up with my own approach to have that functionality. It is also part of the reason I used the ID field rather than the built in unique id as the built in unique id of 32 characters looked a lot worse in the URL than the 11 character ID.
Now that Bubble has added in the feature of the built in slug field, you may opt to change your application to make use of that.
Additionally, now that Bubble has finally gotten to give us color variables with the ability to add up to 32 colors and change the names of those variables, you may want to change the function of the template that makes us of the option set App-Colors, which was my way 3 years ago to have the system wide color variables.
Appreciate the feedback. I switched it to use the built in Slug very simply and it now automatically handles duplicates (it just appends -1) at the end if there is a dupe.
One more question, in my app, I only want to allow searching for providers. I do not want to anybody to be able to find other users via the search. What’s the best way to accomplish that without breaking anything? I was thinking of removing the Option-Profile-Type radio option and removing the key parameter from the url. Would there be anything else I need to remove or change?
Thanks in advance!
I think you have the right idea on how to do that. I’d just make sure to ‘hardcode’ the search constraints to be for ‘providers’ instead of what it is now as dynamic referencing the URL parameter.
Just also be aware of changing things in the header which has quick search links for both profile types.
@boston85719 I’m interested in buying your marketplace template, but there are a few flows I want to tweak. Can you please DM me so we can discuss customization costs. Thanks.
@calicass83 @trwengineering @andreas2
I have completed the upgrade of the Babysitter Marketplace Template to the new flexbox responsive system.
Please let me know of any issues you encounter with navigation. I reported a Bug to Bubble on January 9, 2023 about this, and last I heard from support on January 14, 2023 they escalated the issue to engineering. As of today, January 27, 2023, I have not heard of any update or resolution, so there is a chance you may find some navigation issues.
Basically the Bug caused the issue checker to not flag empty destinations on the go to page navigation workflow, and in some instances the destination was not empty, but was not a page and instead an element. I only became of the issue later in the integration, so there is a chance you find some and I’d greatly appreciate feedback of the issue so I can get in and resolve on my own.
