Add known issue for duplicate trigger to ScheduleEvents section #280
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
I have done some digging into what could possibly be causing this issue, but to no avail. It seems as though the
ResourceConflictException
error that is expected if a resource already exists doesn't get returned when the previously created resource is one that was created via the Lambda console for ScheduleEvent triggers- see this line in schedule_events.js to see where this error is expected to be present for existing resources.So, if the trigger you're trying to add to the Lambda is already there because it was added manually via the Lambda UI/console, including it via the
eventSourceFile
will result in a duplicate trigger being added since the Lambda SDK interprets those as separate resources for some reason (even though the SourceArn is identical).I can try to work on a fix for this later this week/weekend, but for now I figured including it in the docs might be useful if anyone out there is experiencing this issue.
If you'd like to recreate the issue for yourself, try the following: