IssueTracker

The issue can be reproduced without even using intents or activities:

Parcel parcel = Parcel.obtain();

// put a custom parcelable class in a bundle
Bundle bundle = new Bundle();
MyCustomParcelable custom = new MyCustomParcelable();
bundle.putParcelable("KEY", custom);

// parcel the bundle itself
bundle.writeToParcel(parcel, 0);

// read the bundle from parcel
parcel.setDataPosition(0);
Bundle bundle2 = Bundle.CREATOR.createFromParcel(parcel);

// read custom parcelable class from bundle again
MyCustomParcelable custom2 = bundle2.getParcelable("KEY");

-> This throws an exception:
android.os.BadParcelableException: ClassNotFoundException when unmarshalling: com.example.MyCustomParcelable
at android.os.Parcel.readParcelableCreator(Parcel.java:2536)
at android.os.Parcel.readParcelable(Parcel.java:2462)
at android.os.Parcel.readValue(Parcel.java:2365)
at android.os.Parcel.readArrayMapInternal(Parcel.java:2732)
at android.os.BaseBundle.unparcel(BaseBundle.java:269)
at android.os.Bundle.getParcelable(Bundle.java:864)

-> Workaround:
After bundle2 has been read, but before custom parcelable object is read from bundle2, insert this line:
bundle2.setClassLoader(getClass().getClassLoader());

It would be nice, even if this is not fixed quickly, that a google engineer
would explain what is hard in fixing the bug.
Thanks in advance, and thanks a lot for this example @pe..

2018-01-19 9:54 GMT-08:00 <buganizer-system@google.com>:

> MyCustomParcelable custom2 = bundle2.getParcelable("KEY");

You're missing a call to setClassLoader() before trying to deserialize the class:

> bundle2.setClassLoader(MyCustomParcelable.class.getClassLoader());
> MyCustomParcelable custom2 = bundle2.getParcelable("KEY");

Thank you for your feedback.  We assure you that we are doing our best to address all issues reported. For now, we will be closing the issue as won't fix obsolete. If this issue currently still exists, we request that you log a new issue along with the bug report here https://goo.gl/TbMiIO and reference this bug for context.

I consider this a bug, not an enhancement. Triggers should, without a doubt, be deactivated when a spreadsheet containing the trigger is moved to trash.

I am having this same issue.  Except that, I deleted the trigger and the script prior to deleting the spreadsheet.  I then deleted the folder it was supposed to be writing copies of files attached to certain emails from gmail into -- however, it had somehow not just copied the files once, but was continuing to do so on an hourly basis, filling up my GDocs folders with multiple copies.  After I deleted all of the multiple copies, and the extra folder.  I went to the trash folder and emptied it so there's no way it's sitting in trash just continuing to run the process from limbo.

Yet, I'm still getting the error message every day saying it didn't work and even though it says that, it copied over a bunch of those attached files again.

The new thread should not have been merged into this one, this is NOT an enhancement request, it is a defect report.

My new year's tesolution is an article for The Register which documents the appalling contempt with which Google Apps APIs treat their developers.

I agree that issue 36753587 is a duplicate of this. "Defect Report" or "Request for Enhancement" is just a classification of the issue, not really a difference. The argument that can be made is if we should change this label for this issue or not.
Which, by the way, I think is a defect indeed, as clearly described in issue 36753587.

If you had just fixed it, say 5 months ago, we could even avoid arguing about how to classify it.

I do not work on Google and I also think many issues take way too long to be fixed.
But from what I understand the Apps Script team is small and they're more focused on new features rather then ironing it.

Guys - some of these issues have been active for more than two years.  Quite clearly, Google do not give a shit about Spreadsheets. Deal with it.

I had a similar problem.  Created a spreadsheet with a trigger for testing, then deleted the spreadsheet.  I started getting the failure notification email "We're sorry, a server error occurred. Please wait a bit and try again.", and the link took me to a page that errored out as well.  

I just created a new spreadsheet, then created a new script, then went to all triggers.  for project i just saved 'Untitled Project', the trigger showed up, and I was able to delete it.

I'm experiencing the same issue. Original spreadsheet has been deleted. I've also deleted any triggers that were in place and yet I'm still getting emails with "We're sorry, a server error occurred. Please wait a bit and try again."

I have no triggers setup anywhere yet these emails are still coming?

It's November 2, 2012 already. I'm still having this same issue.

I, too, am getting lots of error messages emailed to me from scripts that have long been trashed and that, according to the link sent in the email, supposedly no longer have and triggers associated.

It would seem that this would also be of ecological and economic consequence to Google.  Imagine the long-term costs of phantom processes that will eat CPU cycles in their data centers if products are engineered not to remove script triggers on file deletion.  

When I go to manage notifications, there are no triggers corresponding to the errors.

The URL of the link provided in my error email is:

https://docs.google.com/macros/triggers?lib=MPG5RrTFlml8IQ0potbZQc1-TY7XjB0od

This issue continues to be a problem.
In the meantime, I have created a filter so these messages informing me of the error go to the trash.

 Hurry up google!

enhancement? try defect. it's basic common sense, dare I say logical - when the file containing a trigger is deleted, the trigger should be deleted - even if for some reason the trigger resides outside the file, it should recognize it and maybe send user a message asking if he/she wants it deleted/ended instead of just continuing to run until we use our crystal ball to figure out which script is still running it. but no, be sure you don't make it easy for the user.

Also having the same problem with a script to delete email items with specific filter after x days. Original script created with trigger and was deleted before trigger was deleted. began receiving notifications. Followed directions to delete triggers but no love there continue to receive notification of failed trigger script not found.

As mentioned above not triggers found yet still receiving notifications. At this time deleting emails through filters but now this is useless feature since if I create additional scripts with triggers and have a legitimate failure I will no longer see the apps-script notification email

Please advise

Same here - original file deleted, no script anywhere to be found, yet I still get two notifications each day.

Come on, Google, deal with this!

I got same issue, i Have trigger to run send email script on my spreadsheet but actually i already removed the spreadsheet but the trigger still send the file.

Same here, original script deleted, no scripts (or even spreadsheets) exist in my account, the trash is empty, yet I still get these notifications sporadically.  

Call this a zombie script, or trigger?

In the notification emails, always the link provided for "To configure the triggers for this script, or change your setting for receiving future failure notifications" is faulty:  it goes to "Forbidden Error 403".

In several places I've seen a suggestion that one can fix this by entering the script editor and use

   Resources -->  All your triggers...

to locate zombie triggers, but this leads me to the "Rename Project" dialog.  Identical to

    File --> Rename

Looks like a bug to me.

I have created a Google Spreadsheet to manage the meeting schedule for a Toastmasters club. It has a javascript macro to create a time based trigger to email reminders to meeting participants. I have shared the spreadsheet with other clubs. If someone deletes their spreadsheet, the triggers continue to fire and email the spreadsheet owner with an error email. I have tried going to the "All my triggers" dialogue in the script editor. No luck: It shows the zombie triggers as deleted when I delete them, but if I refresh, they are still there.

This should now be fixed. Let us know if you continue to see this problem.

I continue to see this problem, and the "All your triggers" dialog will not let me delete them either, nothing happens when I click the X.

When I click the link from the email, it says the document no longer exists.

Still appearing, see http://stackoverflow.com/questions/27393101/stop-my-zombie-google-apps-script-that-checks-website-status.

Was still happening for me-  when a script is deleted, the associated triggers are not removed.

To remove triggers - Open any script from scripts.google.com 
Go to Edit - > All triggers
Remove the triggers causing the errors.
- Jan 2018

Still an issue here.  Seriously?  It's 2019 guys.  I tried creating a new project.  Still no triggers listed but getting failure emails.

Same issues, but for a Gmail add-on, deleted the add-on, no triggers but still get daily failed emails. Added a new temp project and checked in all triggers nothing is there. Very frustrating.

Thank you I can now delete my filtering rule that was deleting those emails
as they arrived in my inbox.


Thanks


Cecil Ledbetter

On Mon, Oct 14, 2019, 4:05 PM <buganizer-system@google.com> wrote:

How to can I remove executions in my executions if I deleted the spreadsheet and there is nothing in all my triggers .plz help