summaryrefslogtreecommitdiff
path: root/test
AgeCommit message (Collapse)Author
2022-07-01Better way of getting keysIlja
I used keyword_list[:key], but if the key doesn't exist, it will return nil. I actually expect a list and further down the code I use that list. I believe the key should always be present, but in case it's not, it's better to return an empty list instead of nil. That way the code wont fail further down the line.
2022-07-01Add deprecation warningsIlja
2022-07-01Rename the Exiftool moduleIlja
No migrations or checks yet
2022-07-01Rename the new moduleIlja
2022-07-01Use EXIF data of image to prefill image descriptionIlja
During attachment upload Pleroma returns a "description" field. Pleroma-fe has an MR to use that to pre-fill the image description field, <https://git.pleroma.social/pleroma/pleroma-fe/-/merge_requests/1399> * This MR allows Pleroma to read the EXIF data during upload and return the description to the FE * If a description is already present (e.g. because a previous module added it), it will use that * Otherwise it will read from the EXIF data. First it will check -ImageDescription, if that's empty, it will check -iptc:Caption-Abstract * If no description is found, it will simply return nil, just like before * When people set up a new instance, they will be asked if they want to read metadata and this module will be activated if so This was taken from an MR i did on Pleroma and isn't finished yet.
2022-05-31Add tlsv1.3 to suggestionsPierre-Louis Bonicoli
2022-05-18StealEmojiPolicy: fix String rejected_shortcodesHélène
* 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.
2022-05-08Merge branch 'improve_anti_followbot_policy' into 'develop'Haelwenn
Also use actor_type to determine if an account is a bot in antiFollowbotPolicy Closes #2561 See merge request pleroma/pleroma!3498
2022-05-08Also use actor_type to determine if an account is a bot in antiFollowbotPolicyIlja
2022-05-06Skip cache when /objects or /activities is authenticatedTusooa Zhu
Ref: fix-local-public
2022-05-06Allow to skip cache in Cache plugTusooa Zhu
Ref: fix-local-public
2022-04-17Fix incorrect fallback when English is set to first languageTusooa Zhu
2022-04-05Fix eratic test for POST /api/pleroma/admin/reports/:id/notesIlja
It retrieved two ReportNotes and then checked one of them. But the order isn't guaranteed, while the test tested on the content of the first ReportNote. I made the test on the content more generic
2022-03-20Merge branch 'from/upstream-develop/tusooa/translate-pages' into 'develop'Haelwenn
Translate backend-rendered pages See merge request pleroma/pleroma!3634
2022-03-20Merge branch 'delete_report_notifs_when_demoting_from_superuser' into 'develop'Haelwenn
Delete report notifs when demoting from superuser Closes #2840 See merge request pleroma/pleroma!3642
2022-03-06Merge branch 'fix_test_get_user_apps' into 'develop'Haelwenn
Fix test get_user_apps/1 See merge request pleroma/pleroma!3636
2022-03-06Support fallbacking to other languagesTusooa Zhu
2022-03-06Delete report notifs when demoting from superuserIlja
When someone isn't a superuser any more, they shouldn't see the reporsts any more either. Here we delete the report notifications from a user when that user gets updated from being a superuser to a non-superuser.
2022-03-03LintTusooa Zhu
2022-03-03Support multiple locales from userLanguage cookieTusooa Zhu
2022-03-03Support multiple locales formallyTusooa Zhu
elixir gettext current does not fully support fallback to another language [0]. But it might in the future. We adapt it so that all languages in Accept-Language headers are received by Pleroma.Web.Gettext. User.languages is now a comma-separated list. [0]: https://github.com/elixir-gettext/gettext/issues/303
2022-03-02Add test for fallbacking to a general languageTusooa Zhu
2022-03-02Fallback to a variant if the language in general is not supportedTusooa Zhu
For an example, here, zh is not supported, but zh_Hans and zh_Hant are. If the user asks for zh, we should choose a variant for them instead of fallbacking to default. Some browsers (e.g. Firefox) does not allow users to customize their language codes. For example, there is no zh-Hans, but only zh, zh-CN, zh-TW, zh-HK, etc. This provides a workaround for those users suffering from bad design decisions.
2022-03-02Allow user to register with custom languageTusooa Zhu
2022-03-01Send emails i18n'd using backend-stored user languageTusooa Zhu
2022-03-01Fix digest testTusooa Zhu
2022-02-26Merge branch 'revert/notice-routes' into 'develop'HJ
Revert notice compatibility routes merge request See merge request pleroma/pleroma!3576
2022-02-25Copyright bump for 2022Sean King
2022-02-22Fix test get_user_apps/1Ilja
For some reason I had a test who suddenly failed, mix test test/pleroma/web/o_auth/app_test.exs:54. A user has a list of applications and this test adds them and then sees if the list it gets back is the same as the apps it added. When I ran mix test a day before I didn't have this problem and when I pushed code today in a different MR, the pipeline succeeded (see https://git.pleroma.social/ilja/pleroma/-/jobs/205827), yet locally it failed. So it seems the test can sometimes succeed and sometimes fail, which makes it untrustworthy. The failure I see is because the returned list is in reverse order. I assume that's not per sé wrong. You just want to know if the apps you added are actually there. I fixed the test by first ordering the lists before comparing. AFAICT (and as far as that's relevant) the test got introduced in commit cb2a072e6252b7c3f6473f7cfd1af5c0ec732d7b
2022-02-21Prefer userLanguage cookie over Accept-Language header in detecting localeTusooa Zhu
https://git.pleroma.social/pleroma/pleroma-meta/-/issues/60
2022-02-21Add unicode 14 supportSam Therapy
and add a test with a unicode 14 emoji
2022-02-06Max media attachment countmarcin mikołajczak
Signed-off-by: marcin mikołajczak <git@mkljczk.pl>
2022-02-02FilterControllerTest: tag erratic testAlex Gleason
2022-02-02Fix tests matching on "warn"Haelwenn (lanodan) Monnier
Moving it to "warning" would break tests on 1.12.x
2022-02-02Tag erratic testAlex Gleason
2022-02-02Add tests for mismatched context in repliesAlex Gleason
2022-02-02Test that a Create/Note from Roadhouse validatesAlex Gleason
2022-02-02Test that a Note from Roadhouse validatesAlex Gleason
2022-01-27ForceMentionsInContent: improve display of Markdown postsAlex Gleason
2022-01-26ForceMentionsInContent: don't apply it to top-level postsAlex Gleason
2022-01-25ForceMentionsInContent: don't mention selfAlex Gleason
2022-01-25Merge branch 'recipients-inline' into 'develop'Alex Gleason
ForceMentionsInContent: wrap mentions in a span, fix the formatting See merge request pleroma/pleroma!3620
2022-01-25Merge branch 'birth-dates' into 'develop'Alex Gleason
Fix show_birthday See merge request pleroma/pleroma!3621
2022-01-25ForceMentionsInContent: fix order of mentionsAlex Gleason
2022-01-25AccountView: Add test for show_birthdaymarcin mikołajczak
Signed-off-by: marcin mikołajczak <git@mkljczk.pl>
2022-01-25Merge branch 'birth-dates' into 'develop'Alex Gleason
Birth dates See merge request pleroma/pleroma!3608
2022-01-24ForceMentionsInContentTest: return mentions in a not terrible formatAlex Gleason
2022-01-23Add a testmarcin mikołajczak
Signed-off-by: marcin mikołajczak <git@mkljczk.pl>
2022-01-23Birthdays: Fix tests, add test for misskeymarcin mikołajczak
Signed-off-by: marcin mikołajczak <git@mkljczk.pl>
2022-01-23Birthdays: hide_birthday -> show_birthdaymarcin mikołajczak
Signed-off-by: marcin mikołajczak <git@mkljczk.pl>
generated by cgit v1.2.3 (git 2.25.1) at 2025-10-04 23:26:11 +0000