Mute option not working for API v2 write REST call

Jan_Zeman Thanks for the feedback. I know the response on this issue has not been satisfactory, and we sincerely appreciate you following up on it and letting us know.

This issue is still open directly with the team, and I'm adding your feedback to it.

For reference though, this issue would not be trivial to fix, and would not be a simple one line change.

Hello Greg-DB, Thank you for your reply. I will be hoping it gets any attention from the team you referring to. I will try to ask here again within few weeks.

I still cannot understand why this is not a one-liner change. In my suggestion from October 2017 (which is practically a copy of my earlier posts on related threads from approx. 2015) I divided the solution to two points:

1. Changes in API regarding the 'mute' parameter
2. Change in your Dropbox Desktop Clients (both Windows and Mac).

The change #1 is surely not trivial but the suggestion #2 must be more or less a one-liner IF statement:

IF (folder == "Apps") THEN do_nothing

Your clients alrady have the concept of Selective Sync - please see the attached screenshot. All that is needed is to disable that "Apps" folder by default. Your programmer would simply simulate the action each your user is forced to do manually on the UI exposed by your programmers, that's it...

Do you agree with me on the following statement - a statement I posted number of times?

Dropbox users are NOT interested in any notification related to Apps folder. The Apps folder has been designed for Applications not for users' direct usage." Many of our users write us how much confused they are to see these notifications! They have no chance to understand a notificaton saying 'Your file 489483487-384-8.xyz has been deleted.' Worse than that - especially with the deletions - the users get scared that they are losing some of their data.

I am sure this is so easy to comprehend from your side.

Do you agree with me on this? I have been programmer for almost 20 years, I am normally quite humble in my opinions but in this case I am sure my statement (and its fix estimation) is correct. The fact that the notifications are raised by default for this App folder is a bug, it is a design flaw. If I was a Product Owner I would even consider removing the option to ever enable the notifications for Apps folder. The only type of user who could be interested in these kind of notifications are developers working agains your API would be my guess...

I will be hoping you will not redirect me to any Clients related thread as that happened in the past and that did not bring the fix any further. I agree it belongs to Client code but in total I have already spent many hours writing to different threads over the years. Please help us this time and make this really happen. I do not know what more I can do for this. I offer again my full cooperation if more info needed.

Of course the fix suggestion #1 (the one about 'mute' paramenter) is also valid and in that point I agree it is not a trivial fix. For our needs the fix #2 is sufficient.

Best regards

Jan

Jan_Zeman Thanks for the detailed write up! I can't speak on behalf of other users or developers, but I'll make sure this post is brought to the right people.

Hi Greg-DB, Thank you very much for this, very appreciated. We put a huge amount of hope that the suggestion #2 can be done in a foreseeable time. I will try to follow up in this thread in 6-8 weeks. Many thanks again! Jan

Hello Greg-DB, It is 2 months since we discussed the topic. I promissed to follow-up so I am doing so here. Was there any follow-up on Dropbox side too? Have a nice day, Jan

OK, thanks for the truth. Is there any chance at all it can be ever processed? 2 months ago you mentioned the "right people" - have you ever received any feedback from them? Can you please share any details? Have a nice day, Jan

Is there not any chance to stress out how SIMPLE the suggested change is? It is one of two lines of code changes in the desktop client code. I am a team lead myself - deciding about task priorities is my weekly job - and the time estimation is an important factor in our never ending (re)prioritization effort.

I guess you have a very similar ticketing system as every other company. Do I interpret it correctly that you opened the ticket by the team and there was an absolutly zero reaction from their side? Or did anybody at least put one single comment on that ticket? Has anybody at least considered the suggested change?

Thanks again for forwarding this, Jan

Hello Greg-DB, I am very sorry for not giving up and please do not take it personally but what hints lead to to "understanding that it is not in fact a particularly simple change"?

And would it please be possible to share a hint about that internal information reasoning? Not the whole answer (that would break the internal concept) but its very basic idea?

Your client code already has that functionality built-in. Please see the attached screenshot:

All what is needed is to disable that "Apps" folder by default. Your programmer would simply simulate the action each your user is forced to do manually on the UI exposed. That is all. I cannot think about a much simpler programming task than this...

IF (folder == "Apps") THEN uncheck the default pre-selection // And even better hide the Apps folder from this view completely. Users do NOT want to be notified about internal APPS communication.