- Jul 26, 2018
-
-
gfyoung authored
Partially addresses #47424.
-
- Aug 18, 2017
-
-
Douwe Maan authored
-
- Aug 17, 2017
-
-
Douwe Maan authored
-
- Jul 21, 2017
-
-
Sean McGivern authored
-
- Jun 21, 2017
-
-
Grzegorz Bizon authored
-
- Jun 07, 2017
-
-
Yorick Peterse authored
One should really use a separate table instead of using polymorphic associations. See https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/11168 for more information.
-
- Apr 06, 2017
-
-
Timothy Andrew authored
... when the user is destroyed. 1. Normally, for a given awardable and award emoji name, a user is only allowed to create a single award emoji. 2. This validation needs to be removed for ghost users, since: - User A and User B have created award emoji - with the same name and against the same awardable - User A is deleted. Their award emoji is moved to the ghost user - User B is deleted. Their award emoji needs to be moved to the ghost user. However, this breaks the uniqueness validation, since the ghost user is only allowed to have one award emoji of a given name for a given awardable
-
- Feb 23, 2017
-
-
Douwe Maan authored
This reverts commit cb10b725c8929b8b4460f89c9d96c773af39ba6b.
-
Douwe Maan authored
-
- Feb 09, 2017
-
-
Felipe Artur authored
-
- Jun 29, 2016
-
-
Connor Shea authored
No reason to split it into a separate gem when the gem barely did anything. We can use gemojione directly, making updating gemojione that much easier. Also fix the Rake task and update gemojione to 2.6.1. This adds the EmojiOne Spring update. Changelog: https://github.com/jonathanwiesel/gemojione/blob/master/CHANGELOG.md
-
- May 18, 2016
-
-
Zeger-Jan van de Weg authored
-
- May 06, 2016
-
-
Zeger-Jan van de Weg authored
-