OTA update fails in CC3200

---

sundares80 wrote:

... We are trying to address this before it becomes a legal issue and proceeding.

...

---

sundares80, It's normal your clients to get angry, of course. But your QA fault doesn't give you base to spur on introduction of bug tolerating software (exactly what you ask for in this thread - the entire thread). Did you prepare new working firmware? Better focus on this and how to help other critical cases. Figure out how a buggy software has reached to your clients and how you can prevent non tested new examples to do the same in future. That's something you definitely can do!

Once you have working firmware, you may prepare updater software (working on computer and/or mobile) to fix your issue on client side, without need to move any devices. With well prepared detailed guide for your clients and demonstration of intents to help them you may be able to reduce the damages.

Don't look for an imaginary guilty side! This may push you in additional (new legal) issues using such a way! This is not a Dropbox issue so you cannot forward the responsibility and if try will likely hit a heavy legal "wall". In spite it's to large extent TI fault, also you cannot do mach there (if you want consult your lawyer though) - keep in mind that such software is provided as is, just for convenience. Despite this "convenience" hit you, it has been and is your responsibility to check before usage of such software for possible bugs (something your QA skipped, as seems).

Good luck.

Hi Здравко,

First of all, there are no bugs or problems in our firmware. For several years, we have been using Dropbox API for pushing OTA updates to our devices installed at our client sites. Recently we learned that your product (Existing Dropbox API) no longer supports the same functionality that we have been using for several years. We are asking when your company will resolve this issue by brining the same functionality back to your API. The concern and legal issue will potentially be between our company and Dropbox, since you are changing the service without advance notice and explanation. If we had advanced notification of this change from DropBox company, we would have planned on updating our devices to use a different API provider, but we were not given such a notice. We currently can not change our devices to point to a different API provider, which will take time and resources.

This is an urgent issue for us and we like to have a meeting with your director and our CTO to discuss timing of this resolution to your product. We hope to resolve this without further delay and escalations.

Regards,

Sundar

---

sundares80 wrote:

...

First of all, there are no bugs or problems in our firmware. ...

---

Hi sundares80,

Hm.. 🤔 Really? And where that malformed HTTP requests come from? 🤷 Is this a bug or (in your definition) no?

---

sundares80 wrote:

... The concern and legal issue will potentially be between our company and Dropbox, ...

---

🤦 Good luck in you look for troubles. In addition to your clients penalties, as seems you will need to pay damages (claim for compensation) to Dropbox too. My advise is to ask competent lawyer in advance. One more lawyer pay would be much less than claim for compensation for lies (such a pretension would be documented lie - would make Dropbox lawyers task easier). All statements on the forum cannot be used as an evidence in front of cоurt, but statement in a case in may be base for other case! Strict follow up for particular standard is not something that should surprise or need somebody be notified. You should state that you had no any idea the Dropbox API use HTTP. What does HTTP standard state otherwise?! Did you read it? Do it before do something stupid.

Take care for your interests! 😉 I don't protect anybody. Emotional movements very often lead to bad consequences. Learn it in an easy way not in a difficult one.

sundares80 I wanted to let you know that this is still open with the team, and they're currently working on changing an option in our systems that might address this for you. Please note that we can't guarantee this will help.

That change is not deployed yet. I will follow up here to let you know once that change has been fully deployed and ask you to confirm if it does or doesn't help.

Thanks for the update, Greg.

Once you deploy, the same day we will test and let you know about the result.

Regards,

Sundar

sundares80 That change has been fully deployed now. Unfortunately, in my own testing it doesn't appear this change helps, but please do still try your actual device and let me know if it does or doesn't help.

Hi Greg,

I have tested just now, but i see the same error. I did not get the temporary download link.

Regards,

Sundar

sundares80 Thanks for checking. I'll let the team know that didn't help.

---

Greg-DB wrote:

... That change has been fully deployed now. Unfortunately, in my own testing it doesn't appear this change helps, ...

---

Greg-DB, I don't know what's fully deployed, but if that deployment has not been dropped in meantime, there is no any effect of it. I just checked and as seems additional new line is still count as an broken request (as is), so no any workaround.

Hi Greg,

Any update?

Regards,

Sundar