- 10 8月, 2019 1 次提交
-
-
由 Tristan Read 提交于
Removes the feature flag that controls whether metrics dashboard urls unfurl the metrics dashboard charts.
-
- 09 7月, 2019 1 次提交
-
-
由 Sarah Yasonik 提交于
-
- 26 6月, 2019 1 次提交
-
-
由 Roger Meier 提交于
-
- 25 6月, 2019 2 次提交
-
-
由 Heinrich Lee Yu 提交于
Changes migration and all other places the attribute is used
-
由 Jon Kolb 提交于
Adds an instance setting to limit display of time tracking values to hours only
-
- 01 5月, 2019 1 次提交
-
-
由 Roger Meier 提交于
-
- 04 3月, 2019 1 次提交
-
-
由 Filipa Lacerda 提交于
Adds EE information to gon Creates a global vue mixin
-
- 07 2月, 2019 2 次提交
-
-
由 Fabian Schneider 提交于
-
由 Fabian Schneider 提交于
-
- 14 1月, 2019 1 次提交
-
-
由 Stan Hu 提交于
After upgrading to Ruby 2.5.3, we switched `URI.join` in favor of `Gitlab::Utils.append_path`. However, ActionController::Base.helpers.image_path can return a full URL if a CDN host is present. Rails provides a way to generate the full URL using the asset path, but that doesn't appear to work because `request` is nil`. Revert to the previous behavior to handle CDNs and relative URLs. Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/56268
-
- 10 11月, 2018 1 次提交
-
-
由 Stan Hu 提交于
In Ruby 2.4, `URI.join("http://test//", "a").to_s` will remove the double slash, however it's not the case in Ruby 2.5. Using chomp should work better for the intention, as we're not trying to allow things like ../ or / paths resolution. Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/53180
-
- 22 10月, 2018 1 次提交
-
-
由 gfyoung 提交于
-
- 11 10月, 2018 1 次提交
-
-
由 Yorick Peterse 提交于
This adds a method to Gitlab::GonHelper called `push_frontend_feature_flag`. This method can be used to easily expose the state of a feature flag to Javascript code. For example, using this method we may write the following controller code: before_action do push_frontend_feature_flag(:vim_bindings) end def index # ... end def edit # ... end In Javascript we can then check the state of the flag as follows: if ( gon.features.vimBindings ) { // ... } Fixes https://gitlab.com/gitlab-org/release/framework/issues/17
-
- 31 5月, 2018 1 次提交
-
-
由 Douwe Maan 提交于
-
- 29 5月, 2018 1 次提交
-
-
由 Douwe Maan 提交于
-
- 24 5月, 2018 1 次提交
-
-
由 Rémy Coutable 提交于
Signed-off-by: NRémy Coutable <remy@rymai.me>
-
- 03 5月, 2018 1 次提交
-
-
由 Tim Zallmann 提交于
-
- 05 3月, 2018 1 次提交
-
-
由 Kushal Pandya 提交于
-
- 02 3月, 2018 1 次提交
-
-
由 Mike Greiling 提交于
-
- 03 2月, 2018 1 次提交
-
-
由 Mario de la Ossa 提交于
-
- 03 1月, 2018 1 次提交
-
-
由 Tim Zallmann 提交于
-
- 22 12月, 2017 2 次提交
-
-
由 Jose Ivan Vargas 提交于
-
由 Jose Ivan Vargas 提交于
-
- 09 11月, 2017 1 次提交
-
-
由 Tim Zallmann 提交于
-
- 22 9月, 2017 1 次提交
-
-
由 Tim Zallmann 提交于
-
- 07 9月, 2017 1 次提交
-
-
由 Filipa Lacerda 提交于
Open the settings section based on the location hash
-
- 06 9月, 2017 1 次提交
-
-
由 Filipa Lacerda 提交于
Prepares for i18n
-
- 05 9月, 2017 1 次提交
-
-
由 Filipa Lacerda 提交于
-
- 31 8月, 2017 1 次提交
-
-
由 Sean McGivern 提交于
The initializers including this were doing so at the top level, so every object loaded after them had a `current_application_settings` method. However, if someone had rack-attack enabled (which was loaded before these initializers), it would try to load the API, and fail, because `Gitlab::CurrentSettings` didn't have that method. To fix this: 1. Don't include `Gitlab::CurrentSettings` at the top level. We do not need `Object.new.current_application_settings` to work. 2. Make `Gitlab::CurrentSettings` explicitly `extend self`, as we already use it like that in several places. 3. Change the initializers to use that new form.
-
- 29 6月, 2017 1 次提交
-
-
由 Mike Greiling 提交于
-
- 27 5月, 2017 1 次提交
-
-
由 Luke "Jared" Bennett 提交于
-
- 26 5月, 2017 1 次提交
-
-
由 Luke "Jared" Bennett 提交于
-
- 21 5月, 2017 1 次提交
-
-
由 Luke "Jared" Bennett 提交于
-
- 18 5月, 2017 1 次提交
-
-
由 Luke "Jared" Bennett 提交于
-
- 05 5月, 2017 1 次提交
-
-
由 Luke "Jared" Bennett 提交于
-
- 28 4月, 2017 4 次提交
-
-
由 Luke "Jared" Bennett 提交于
-
由 Luke "Jared" Bennett 提交于
-
由 Luke "Jared" Bennett 提交于
-
由 Luke "Jared" Bennett 提交于
-
- 14 4月, 2017 1 次提交
-
-
由 Luke "Jared" Bennett 提交于
-