Welcome to mirror list, hosted at ThFree Co, Russian Federation.

gitlab.com/gitlab-org/gitlab-foss.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2018-09-24Auto resolve new notes of resolved discussionsPaul Slaughter
**Why?** The previous behavior had resolved discussions being unresolved when commented on. This was strange UX, especially since there is a separate button for "Comment & unresolve discussion". https://gitlab.com/gitlab-org/gitlab-ce/issues/24128 **Note:** - Also adds changelog
2018-08-10Rename Commits::UpdateService to Commits::TagServicePeter Leitzen
2018-08-10Create empty Commits::UpdateService and wire it upPeter Leitzen
2018-07-18Enable more frozen string in app/services/**/*.rbgfyoung
Partially addresses #47424.
2018-07-09Updates from `rubocop -a`Lin Jen-Shin
2018-05-01Merge request and commit discussions APIJan Provaznik
2018-04-11Support Markdown rendering using multiple projectsYorick Peterse
This refactors the Markdown pipeline so it supports the rendering of multiple documents that may belong to different projects. An example of where this happens is when displaying the event feed of a group. In this case we retrieve events for all projects in the group. Previously we would group events per project and render these chunks separately, but this would result in many SQL queries being executed. By extending the Markdown pipeline to support this out of the box we can drastically reduce the number of SQL queries. To achieve this we introduce a new object to the pipeline: Banzai::RenderContext. This object simply wraps two other objects: an optional Project instance, and an optional User instance. On its own this wouldn't be very helpful, but a RenderContext can also be used to associate HTML documents with specific Project instances. This work is done in Banzai::ObjectRenderer and allows us to reuse as many queries (and results) as possible.
2018-04-05Merge branch 'jprovazn-comment-refs' into 'master'Sean McGivern
Better group support in notes-related code See merge request gitlab-org/gitlab-ce!18150
2018-04-05Better group support notes-related codeJan Provaznik
Updates notes-related services and rendering so this code can be easily used for group-scoped resources (specifically Epics). Related to gitlab-ee!5205
2018-04-05Merge branch 'jej/mattermost-notification-confidentiality-10-6' into ↵Douwe Maan
'security-10-6' [10.6] Prevent notes on confidential issues from being sent to chat See merge request gitlab/gitlabhq!2366 # Conflicts: # app/helpers/services_helper.rb
2018-03-07Merge branch 'jprovazn-api' into 'master'Sean McGivern
Add discussion API See merge request gitlab-org/gitlab-ce!17510
2018-03-07Add discussion APIJan Provaznik
* adds basic discussions API for issues and snippets * reorganizes notes specs (so same tests can be used for all noteable types - issues, MRs, snippets)
2018-03-02Fix quick actions for users who cannot update issues and MRsSean McGivern
There are several quick actions now that don't need this access - /todo and /unsubscribe for instance - but when these were first added, there weren't. Quick actions are now responsible for checking their own permissions.
2017-12-18Reset todo counters when the target is deletedSean McGivern
When the target is deleted, todos are destroyed, but we did not reset the todo cache for users with todos on the deleted target. This would only update after the next time the todo cache was updated for that user.
2017-11-06Resolve "DashboardController#activity.json is slow due to SQL"Francisco Javier López
2017-09-19Detect n+1 issues involving GitalyAndrew Newdigate
2017-06-21Enable Style/DotPosition Rubocop :cop:Grzegorz Bizon
2017-06-15Rename "Slash commands" to "Quick actions"Eric Eastwood
Fix https://gitlab.com/gitlab-org/gitlab-ce/issues/27070 Deprecate "chat commands" in favor of "slash commands" We looked for things like: - `slash commmand` - `slash_command` - `slash-command` - `SlashCommand`
2017-05-31Update diff discussion position per discussion instead of per noteDouwe Maan
2017-05-24Add system note with link to diff comparison when MR discussion becomes outdatedDouwe Maan
2017-05-05Support comments for personal snippetsJarka Kadlecova
2017-04-05Remove unused codeDouwe Maan
2017-04-05Address review commentsDouwe Maan
2017-04-05Don't use original_discussion_idDouwe Maan
2017-04-05Fix specsDouwe Maan
2017-04-05Add specsDouwe Maan
2017-04-05Add option to start a new discussion on an MRDouwe Maan
2017-03-29Create todos only for new mentionsJarka Kadlecova
2017-02-28add /award slash commandmhasbini
add /award slash command; Allow posting of just an emoji in comment
2017-02-23Revert "Prefer leading style for Style/DotPosition"Douwe Maan
This reverts commit cb10b725c8929b8b4460f89c9d96c773af39ba6b.
2017-02-23Prefer leading style for Style/DotPositionDouwe Maan
2017-02-23Enable Style/MutableConstantDouwe Maan
2017-02-08Fix inconsistent naming for services that delete thingsdixpac
* Changed name of delete_user_service and worker to destroy * Move and change delete_group_service to Groups::DestroyService * Rename Notes::DeleteService to Notes::DestroyService
2017-01-25address commentsJarka Kadlecova
2017-01-19Support notes without projectJarka Kadlecova
2017-01-11support `/merge` slash comand for MRsJarka Kadlecova
2016-12-26Replace wording for slash command confirmation messagevictorwu
2016-11-28Merge branch 'events-cache-invalidation' into 'master' Douwe Maan
Remove caching of events data This MR removes the caching of events data as this was deemed unnecessary while increasing load on the database. See https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/6578#note_18864037 and 5371da341e9d7768ebab8e159b3e2cc8fad1d827 for more information. See merge request !6578
2016-11-24Backport Note#commands_changes from EEDouwe Maan
2016-11-23Remove event caching codeYorick Peterse
Flushing the events cache worked by updating a recent number of rows in the "events" table. This has the result that on PostgreSQL a lot of dead tuples are produced on a regular basis. This in turn means that PostgreSQL will spend considerable amounts of time vacuuming this table. This in turn can lead to an increase of database load. For GitLab.com we measured the impact of not using events caching and found no measurable increase in response timings. Meanwhile not flushing the events cache lead to the "events" table having no more dead tuples as now rows are only inserted into this table. As a result of this we are hereby removing events caching as it does not appear to help and only increases database load. For more information see the following comment: https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/6578#note_18864037
2016-11-19Backport some changes done from Time Tracking feature in EE.Ruben Davila
2016-11-12Does not raise error when Note not found when processing NewNoteWorkerOswaldo Ferreira
- Also remove unnecessary param
2016-10-24Fix authored vote from notesbarthc
Signed-off-by: Rémy Coutable <remy@rymai.me>
2016-09-20Ensure we have a user before checking for their permission in ↵Rémy Coutable
Notes::SlashCommandsService Signed-off-by: Rémy Coutable <remy@rymai.me>
2016-09-20Fix note form hint showing slash commands supported for commitsRémy Coutable
Signed-off-by: Rémy Coutable <remy@rymai.me>
2016-08-17Merge branch 'master' into 4273-slash-commandsDouwe Maan
# Conflicts: # app/services/issues/create_service.rb
2016-08-17Fixed specs and fixes based on failing specsDouwe Maan
2016-08-13Force notes poll after commands have been executedDouwe Maan
2016-08-13Refactor slash command definitionDouwe Maan
2016-08-13Simplify the slash commands DSL to store action blocks instead of creating ↵Rémy Coutable
methods 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>