kotovalexarian-likes-gitlab/gitlab-org--gitlab-foss
1
0
Fork 0
Code Releases Activity
gitlab-org--gitlab-foss/app/assets/javascripts/subscription.js.coffee

27 lines
1 KiB
CoffeeScript
Raw Normal View History

Subscription
2015-03-15 12:17:12 -04:00
class @Subscription
Improving the original label-subscribing implementation 1. Make the "subscribed" text in Issuable sidebar reflect the labels subscription status 2. Current user mut be logged-in to toggle issue/MR/label subscription
2016-03-01 11:33:13 -05:00
constructor: (container) ->
$container = $(container)
@url = $container.attr('data-url')
Fixed issue with failing tests
2016-04-12 10:54:26 -04:00
@subscribe_button = $container.find('.js-subscribe-button')
Improving the original label-subscribing implementation 1. Make the "subscribed" text in Issuable sidebar reflect the labels subscription status 2. Current user mut be logged-in to toggle issue/MR/label subscription
2016-03-01 11:33:13 -05:00
@subscription_status = $container.find('.subscription-status')
@subscribe_button.unbind('click').click(@toggleSubscription)
Subscription
2015-03-15 12:17:12 -04:00
Original implementation to allow users to subscribe to labels 1. Allow subscribing (the current user) to a label - Refactor the `Subscription` coffeescript class - The main change is that it accepts a container, and conducts all DOM queries within its scope. We need this because the labels page has multiple instances of `Subscription` on the same page. 2. Creating an issue or MR with labels notifies users subscribed to those labels - Label `has_many` subscribers through subscriptions. 3. Adding a label to an issue or MR notifies users subscribed to those labels - This only applies to subscribers of the label that has just been added, not all labels for the issue.
2016-02-12 09:58:39 -05:00
toggleSubscription: (event) =>
btn = $(event.currentTarget)
Improving the original label-subscribing implementation 1. Make the "subscribed" text in Issuable sidebar reflect the labels subscription status 2. Current user mut be logged-in to toggle issue/MR/label subscription
2016-03-01 11:33:13 -05:00
action = btn.find('span').text()
current_status = @subscription_status.attr('data-status')
fix the failing tests and some changes
2016-04-04 13:38:16 -04:00
btn.addClass('disabled')
Original implementation to allow users to subscribe to labels 1. Allow subscribing (the current user) to a label - Refactor the `Subscription` coffeescript class - The main change is that it accepts a container, and conducts all DOM queries within its scope. We need this because the labels page has multiple instances of `Subscription` on the same page. 2. Creating an issue or MR with labels notifies users subscribed to those labels - Label `has_many` subscribers through subscriptions. 3. Adding a label to an issue or MR notifies users subscribed to those labels - This only applies to subscribers of the label that has just been added, not all labels for the issue.
2016-02-12 09:58:39 -05:00
$.post @url, =>
fix the failing tests and some changes
2016-04-04 13:38:16 -04:00
btn.removeClass('disabled')
Improving the original label-subscribing implementation 1. Make the "subscribed" text in Issuable sidebar reflect the labels subscription status 2. Current user mut be logged-in to toggle issue/MR/label subscription
2016-03-01 11:33:13 -05:00
status = if current_status == 'subscribed' then 'unsubscribed' else 'subscribed'
@subscription_status.attr('data-status', status)
action = if status == 'subscribed' then 'Unsubscribe' else 'Subscribe'
btn.find('span').text(action)
@subscription_status.find('>div').toggleClass('hidden')
Updated subscribe icon
2016-05-25 04:43:03 -04:00
if btn.attr('data-original-title')
btn.tooltip('hide')
.attr('data-original-title', action)
.tooltip('fixTitle')
Copy permalink