"Send Email" task behavior - for different application states

This question has come up in various threads, figured it was best to summarize it here so there is clarity around the intended functionality. Here is how the “Send Email” task supposed to work for various states:

  • App in PROTOTYPE state: Email is sent only to app owner
  • App in DEPLOYED state: Email is sent to any recipient(s)
  • TEST Button (In wokflows/Bots) - Email is sent only to app owner

Looks like some have encountered a bug whereby emails are accidentally sent to recipients other than the app owner when the app is in a PROTOTYPE state. We are working to address this as soon as possible.

2 Likes

Thanks for the clarification.

Honestly, I think if the App is deployed then the emails should be sent to Any recipient(s) even if we are using TEST button.
It worked that way earlier and it was very helpful to test all the workflows.

3 Likes

Agreed, Please don’t change this.

If you do want to change it, allow us to set a specific email address for TESTs to send to, for cases where the app editor is NOT the app owner.

4 Likes

Yes, Exactly.

There are lots of cases over the last couple of days where I am working on a client’s app and testing the emails and wondering why I am not receiving any emails even though the app is deployed.
The client in return was bombarded with all the test emails.

I don’t understand the reason why would Appsheet want to change the workflows like this for the test.

@praveen @Steve Is it possible you can review this again? I am very positive that most of the appsheet developers would not be very comfortable with the change.

Thank you.

2 Likes

yes we reported here.

Hope this issue would be fixed soonest to avoid unexpected trouble by sending mails to the app users.

@Takuya_Miyai

1 Like

I have no decision-making authority here, but I agree with you 100%!

2 Likes

What I had posted couple of days was a proposal to provide clarity on how we felt that the TEST capability should work. Certainly open on hearing additional feedback from others as well.

If the App is in “deployed” state, I am curious why would you want to TEST to send it to other recipients. TESTing indicates that you are trying to “test” a given workflow rule/bot so you have the confidence that it would run the way you expect it to when the workflow rule fires or a bot triggers the process.

Thoughts?

1 Like

Hi Prithpal, Thanks for your response.

Let’s take a scenario where I am not the app owner and just co-author and working on that app.

In this case, If I have to test certain workflows which are either triggered on “ADD” or “UPDATES”, I will have to add a record or update an existing record to trigger it to test.

In case of Production(Deployed) apps, we don’t want to add any additional test data, as it might interfere with other live data and also other workflows and actions.

So to test, I use the TEST in the automation for any existing record. I can just press “Execute” and test whether everything is working as expected without needing to add any new record or update existing ones.
The reason why it should send emails to the recipient(s) is I can add my email to the recipient list and test everything in a deployed app without bombarding my client or app owner with test emails.

It used to work that way with Workflows and it was very helpful when I am working on an app where I am not the app owner.

Hope this makes sense.

Thank you for looking into it.

1 Like

You need to understand what the test means in context. Even after we deploy apps we keep adding new functions and features all the time. Then we test those whilst the app is under deployed status which is quite notmal when we deal with appsheet

2 Likes

Why is the button called TEST if not to allow the app creator to test? If testing should not be done from a deployed app, don’t offer the option.

The behavior was well established. Why was it changed?

3 Likes

Yeah, currently this test button is behaive a button for “Do you want to execute this task now?” type of operation… @Steve, I follow you.

@Takuya_Miyai

Clearly it wasn’t an intentional change. The reason we started this thread was to share how we feel it should work and at the same time understand how our customers are using it.

As mentioned we are looking into it and will come back with a game plan shortly.

3 Likes

Quick update on this topic. We heard you all, took the feedback and have released the fix in production. This is how the TEST button will work now:

  • App in PROTOTYPE state: Email is sent only to app owner
  • App in DEPLOYED state: Email is sent to any recipient(s)

Thanks for patience. :pray:

4 Likes

We will test and get back with feedback.
Thanks for listening to us and deploying a fix so quickly.

1 Like

Hang on,
Sorry I re-read your thread.

What I expected was

to send mail/notificatoin or whatsorever ONLY TO APP OWNER REGARDLESS OF THE STATE of APP either Prototype or Deployed.

But now your final arrangement is to submit the mail to any recipeitns when the app is DEPLOYED.

This was not what I was expecting.

Then why dont you change the name of the button to Execute Task rather than 'Test" when the app is moved to deployed state. As it is not actually testing the function as far as the mail goes to to anywhere. When the app is deployed , and hitting this allegedly TEST button, it is actually work as BOT is designed with the email address which is not TEST at all, as it is fully executing the desining functionalities.

I m still believing my suggestoin is logical, i.e. the test stays test regardless of app state. But if this is final decision, then i will close my eyes and zip my mouse.

1 Like

Thank you so much for the quick action on this. I really appreciate it.

1 Like

Hello Tsuji,

In my humble opinion, We wanted the send mail/notification to ANY RECIPIENT(s) in case of deployed apps when we are Testing through the Test button in the automation view because that way the person who is working on the app( not the app owner) but the app developer can test the workflows without bombarding the app owner with unnecessary testing emails.

Please note this scenario is very useful to the APP DEVELOPERS who are not the APP OWNERS.

I have written a detailed scenario in this thread to explain my case a bit more.

I hope it makes sense.

Thank you.

1 Like

This is consistent with how it works for Workflow rules/reports today. Please let us know if that is not the case.

1 Like

My opinion is already shared in previous thread. I m not on the point what it was before automaion, what it was on workflow time, but most importantly AFTER is critical.

Please refer to it.
Current arrangement is not logically to me, but better to obtain opinions broadly.
I m just one of appsheet creators out of millions.

1 Like

Thanks!

1 Like