forked from YokaiRick/akkoma
Hélène
8f140deb8f
* rejected_shortcodes is defined as a list of strings in the configuration description. As such, database-based configuration was led to handle those settings as strings, and not as the actually expected type, Regex. * This caused each message passing through this MRF, if a rejected shortcode was set and the emoji did not exist already on the instance, to fail federating, as an exception was raised, swiftly caught and mostly silenced. * This commit fixes the issue by introducing new behavior: strings are now handled as perfect matches for an emoji shortcode (meaning that if the emoji-to-be-pulled's shortcode is in the blacklist, it will be rejected), while still supporting Regex types as before. |
||
---|---|---|
.. | ||
mrf | ||
object_validators | ||
side_effects | ||
transmogrifier | ||
views | ||
activity_pub_controller_test.exs | ||
activity_pub_test.exs | ||
builder_test.exs | ||
mrf_test.exs | ||
pipeline_test.exs | ||
publisher_test.exs | ||
relay_test.exs | ||
side_effects_test.exs | ||
transmogrifier_test.exs | ||
utils_test.exs | ||
visibility_test.exs |