- 17 Nov, 2016 2 commits
-
-
http://jneen.net/ authored
-
http://jneen.net/ authored
-
- 07 Nov, 2016 2 commits
-
-
tiagonbotelho authored
reactivates all tests and writes more tests for it
-
Douwe Maan authored
email token be reset
-
- 20 Oct, 2016 1 commit
-
-
Lin Jen-Shin authored
Closes #23208
-
- 20 Aug, 2016 1 commit
-
-
Douwe Maan authored
-
- 12 Aug, 2016 3 commits
-
-
Rémy Coutable authored
Other improvements: - Ensure slash commands autocomplete doesn't break when noteable_type is not given - Slash commands: improve autocomplete behavior and /due command - We don't display slash commands for note edit forms. - Add tests for reply by email with slash commands - Be sure to execute slash commands after the note creation in Notes::CreateService Signed-off-by: Rémy Coutable <remy@rymai.me>
-
Rémy Coutable authored
Signed-off-by: Rémy Coutable <remy@rymai.me>
-
Rémy Coutable authored
Some important things to note: - commands are removed from noteable.description / note.note - commands are translated to params so that they are treated as normal params in noteable Creation services - the logic is not in the models but in the Creation services, which is the right place for advanced logic that has nothing to do with what models should be responsible of! - UI/JS needs to be updated to handle notes which consist of commands only - the `/merge` command is not handled yet Other improvements: - Don't process commands in commit notes and display a flash is note is only commands - Add autocomplete for slash commands - Add description and params to slash command DSL methods - Ensure replying by email with a commands-only note works - Use :subscription_event instead of calling noteable.subscribe - Support :todo_event in IssuableBaseService Signed-off-by: Rémy Coutable <remy@rymai.me>
-
- 03 Aug, 2016 2 commits
-
-
Paco Guzman authored
This object will manage Gitlab::Git::Compare instances
-
Paco Guzman authored
Instead calling diff_collection.count use diff_collection.size which is cache on the diff_collection
-
- 19 Jul, 2016 1 commit
-
-
Rémy Coutable authored
Signed-off-by: Rémy Coutable <remy@rymai.me>
-
- 20 Jun, 2016 1 commit
-
-
Lin Jen-Shin authored
So that we don't have to pretend that CreateNoteHandler could handle a nil mail_key. Also, since NilClass#=~ would just return nil for any regular expression, we could just match it without checking nilness. Feedback: https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/3363#note_12566407
-
- 15 Jun, 2016 1 commit
-
-
Lin Jen-Shin authored
-
- 03 Jun, 2016 2 commits
-
-
James Lopez authored
This reverts commit 3e991230.
-
James Lopez authored
# Conflicts: # app/models/project.rb
-
- 24 May, 2016 1 commit
-
-
Lin Jen-Shin authored
-
- 23 May, 2016 1 commit
-
-
Lin Jen-Shin authored
-
- 20 May, 2016 3 commits
-
-
Lin Jen-Shin authored
-
Lin Jen-Shin authored
-
Lin Jen-Shin authored
-
- 18 May, 2016 2 commits
-
-
Lin Jen-Shin authored
-
Lin Jen-Shin authored
-
- 17 May, 2016 1 commit
-
-
Sean McGivern authored
Based on: https://gitlab.com/gitlab-org/gitlab-ee/merge_requests/151
-
- 16 May, 2016 5 commits
-
-
Lin Jen-Shin authored
-
Lin Jen-Shin authored
-
Lin Jen-Shin authored
-
Lin Jen-Shin authored
So we extend Gitlab::Email::Receiver for this new behaviour, however we might want to split it into another class for better testing it. Another issue is that, currently it's using this to parse project identifier: Gitlab::IncomingEmail.key_from_address Which is using: Gitlab.config.incoming_email.address for the receiver name. This is probably `reply` because it's used for replying to a specific issue. We might want to introduce another config for this, or just use `reply` instead of `incoming`. I'll prefer to introduce a new config for this, or just change `reply` to `incoming` because it would make sense for replying to there, too. The email template used in tests were copied and modified from: `emails/valid_reply.eml` which I hope is ok.
-
Lin Jen-Shin authored
-
- 11 May, 2016 1 commit
-
-
Sean McGivern authored
The repository push email can be very expensive to generate, especially with syntax-highlighted diffs. Instead of generating the email for each recipient, generate one email object and reset the Message-Id and To headers for each recipient. (Cloning would also be expensive in the case of large emails, although probably not as bad as generating from scratch.)
-
- 25 Mar, 2016 2 commits
-
-
Rémy Coutable authored
Improve and finish the fallback to the In-Reply-To and References header for the reply-by-email feature A few things to note: - The IncomingEmail feature is now enabled even without a correctly-formatted sub-address - Message-ID for new thread mail are kept the same so that subsequent notifications to this thread are grouped in the thread by the email service that receives the notification (i.e. In-Reply-To of the answer == Message-ID of the first thread message) - To maximize our chance to be able to retrieve the reply key, we look for it in the In-Reply-To header and the References header - The pattern for the fallback reply message id is "reply-[key]@[gitlab_host]" - Improve docs thanks to Axil
-
David Padilla authored
-
- 03 Mar, 2016 1 commit
-
-
Jacob Vosmaer authored
-
- 07 Jan, 2016 1 commit
-
-
Douwe Maan authored
-
- 09 Dec, 2015 1 commit
-
-
Douwe Maan authored
-
- 08 Dec, 2015 1 commit
-
-
Grzegorz Bizon authored
-
- 14 Oct, 2015 1 commit
-
-
Valery Sizov authored
-
- 21 Sep, 2015 1 commit
-
-
Douwe Maan authored
-
- 21 Aug, 2015 2 commits
-
-
Douwe Maan authored
-
Douwe Maan authored
-