mail_mod/util/normalize.lua:54: attempt to call method 'gmatch' (a nil value) #6198
Labels
No Label
1. kind/balancing
1. kind/breaking
1. kind/bug
1. kind/construction
1. kind/documentation
1. kind/enhancement
1. kind/griefing
1. kind/invalid
1. kind/meme
1. kind/node limit
1. kind/other
1. kind/protocol
2. prio/controversial
2. prio/critical
2. prio/elevated
2. prio/good first issue
2. prio/interesting
2. prio/low
3. source/art
3. source/client
3. source/engine
3. source/ingame
3. source/integration
3. source/lag
3. source/license
3. source/mod upstream
3. source/unknown
3. source/website
4. step/approved
4. step/at work
4. step/blocked
4. step/discussion
4. step/help wanted
4. step/needs confirmation
4. step/partially fixed
4. step/question
4. step/ready to deploy
4. step/ready to QA test
4. step/want approval
5. result/cannot reproduce
5. result/duplicate
5. result/fixed
5. result/maybe
5. result/wontfix
ugh/petz
ugh/QA main
ugh/QA NOK
ugh/QA OK
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: your-land/bugtracker#6198
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
this is an integration issue, not necessarily a mail_mod issue. they changed part of their internal API and the "ignore" code doesn't account for that.
this is the commit that broke us:
570cf788ec
i remarked in #5480 that our code was brittle, i guess this demonstrates that. i'm no longer sure what part of the code i need to modify to ensure things are ignored properly.
i've removed the broken code while i try to figure out how to achieve the same effect again
c9c06b3db0
this seems to work:
0e53886a8d
You think it's ready for QA?
yes
Tried ignoring my one of my alts and sending mails to both, ignore/unignore works as expected.
live