- Jul 26, 2018
-
-
gfyoung authored
Partially addresses #47424.
-
- Jun 05, 2018
-
-
Alexis Reigel authored
-
- May 23, 2018
-
-
Rémy Coutable authored
Signed-off-by:
Rémy Coutable <remy@rymai.me>
-
- May 16, 2018
-
-
Jan Provaznik authored
-
Jan Provaznik authored
ObjectStore uploader requires presence of associated `uploads` record when deleting the upload file (through the carrierwave's after_commit hook) because we keep info whether file is LOCAL or REMOTE in `upload` object. For this reason we can not destroy uploads as "dependent: :destroy" hook because these would be deleted too soon. Instead we rely on carrierwave's hook to destroy `uploads` in after_commit hook. But in before_destroy hook we still have to delete not-mounted uploads (which don't use carrierwave's destroy hook). This has to be done in before_Destroy instead of after_commit because `FileUpload` requires existence of model's object on destroy action. This is not ideal state of things, in a next step we should investigate how to unify model dependencies so we can use same workflow for all uploads. Related to #45425
-
- Apr 05, 2018
-
-
Stan Hu authored
This prevents us from having to manually flush the cache key in migrations every time a new column is added. Closes https://gitlab.com/gitlab-org/gitlab-ee/issues/5571
-
- Mar 01, 2018
-
-
Micael Bergeron authored
-
- Feb 28, 2018
-
-
Kamil Trzcińśki authored
This reverts commit 54a575f1, reversing changes made to c63af942.
-
Sean McGivern authored
Move uploads to object storage Closes #4163 See merge request gitlab-org/gitlab-ee!3867
-
- Feb 01, 2018
-
-
Micael Bergeron authored
-
- Dec 04, 2017
-
-
Markus Koller authored
-
- Aug 10, 2017
-
-
Yorick Peterse authored
This caches the result of Appearance.first in a similar fashion to how ApplicationSetting instances are cached. We also add some NOT NULL constraints to the table and correct the timestamp types. Fixes gitlab-org/gitlab-ce#36066, fixes gitlab-org/gitlab-ce#31698
-
- Jul 06, 2017
-
-
Yorick Peterse authored
This is allowed for existing instances so we don't end up 76 offenses right away, but for new code one should _only_ use this if they _have_ to remove non database data. Even then it's usually better to do this in a service class as this gives you more control over how to remove the data (e.g. in bulk).
-
- Mar 06, 2017
-
-
Robert Speicher authored
-
- Oct 07, 2016
-
-
Nick Thomas authored
This commit adds a number of _html columns and, with the exception of Note, starts updating them whenever the content of their partner fields changes. Note has a collision with the note_html attr_accessor; that will be fixed later A background worker for clearing these cache columns is also introduced - use `rake cache:clear` to set it off. You can clear the database or Redis caches separately by running `rake cache:clear:db` or `rake cache:clear:redis`, respectively.
-
- Jun 03, 2016
-
-
James Lopez authored
This reverts commit 3e991230.
-
James Lopez authored
# Conflicts: # app/models/project.rb
-
- May 09, 2016
-
-
Jeroen van Baarsen authored
In 8278b763 the default behaviour of annotation has changes, which was causing a lot of noise in diffs. We decided in #17382 that it is better to get rid of the whole annotate gem, and instead let people look at schema.rb for the columns in a table. Fixes: #17382
-
- May 06, 2016
-
-
Zeger-Jan van de Weg authored
-
- Feb 26, 2016
-
-
Zeger-Jan van de Weg authored
The only major difference with the EE version is the change from a light and dark logo to only a header logo The dark logo wasn't used anyway, so it seemed to make sense to me to rename the field to the actual function of it
-