discourse/app/serializers/auth_provider_serializer.rb

# frozen_string_literal: true

class AuthProviderSerializer < ApplicationSerializer
  attributes :name,
             :custom_url,
             :pretty_name_override,
             :title_override,
             :frame_width,
             :frame_height,
             :can_connect,
             :can_revoke,
             :icon

  def title_override
    return SiteSetting.get(object.title_setting) if object.title_setting
    object.title
  end

  def pretty_name_override
    return SiteSetting.get(object.pretty_name_setting) if object.pretty_name_setting
    object.pretty_name
  end
end
DEV: enable frozen string literal on all files This reduces chances of errors where consumers of strings mutate inputs and reduces memory usage of the app. Test suite passes now, but there may be some stuff left, so we will run a few sites on a branch prior to merging 2019-05-02 17:17:27 -05:00			`# frozen_string_literal: true`

REFACTOR: Serve auth provider information in the site serializer. At the moment core providers are hard-coded in Javascript, and plugin providers get added to the JS payload at compile time. This refactor means that we only ship enabled providers to the client. 2018-07-31 10:18:50 -05:00			`class AuthProviderSerializer < ApplicationSerializer`
DEV: Deprecate `message` parameter in auth provider plugin API (#12523) This has been unused since d2bceff133ac152678a1407d45fea260a0fe8536 2021-03-25 08:23:48 -05:00			`attributes :name,`
			`:custom_url,`
			`:pretty_name_override,`
			`:title_override,`
FEATURE: Use full page redirection for all external auth methods (#8092) Using popups is becoming increasingly rare. Full page redirects are already used on mobile, and for some providers. This commit removes all logic related to popup authentication, leaving only the full page redirect method. For more info, see https://meta.discourse.org/t/do-we-need-popups-for-login/127988 2019-10-08 06:10:43 -05:00			`:frame_width,`
			`:frame_height,`
			`:can_connect,`
			`:can_revoke,`
FEATURE: Allow auth providers to define specific icons Previously we relied on the provider name matching the name of the icon. Now icon names are explicitly set. Plugin providers which do not define an icon will get the default "sign-in-alt" icon 2019-03-27 08:25:04 -05:00			`:icon`
REFACTOR: Serve auth provider information in the site serializer. At the moment core providers are hard-coded in Javascript, and plugin providers get added to the JS payload at compile time. This refactor means that we only ship enabled providers to the client. 2018-07-31 10:18:50 -05:00
			`def title_override`
DEV: introduce new API to look up dynamic site setting This removes all uses of both `send` and `public_send` from consumers of SiteSetting and instead introduces a `get` helper for dynamic lookup This leads to much cleaner and safer code long term as we are always explicit to test that a site setting is really there before sending an arbitrary string to the class It also removes a couple of risky stubs from the auth provider test 2019-05-06 20:00:09 -05:00			`return SiteSetting.get(object.title_setting) if object.title_setting`
REFACTOR: Serve auth provider information in the site serializer. At the moment core providers are hard-coded in Javascript, and plugin providers get added to the JS payload at compile time. This refactor means that we only ship enabled providers to the client. 2018-07-31 10:18:50 -05:00			`object.title`
			`end`

			`def pretty_name_override`
DEV: introduce new API to look up dynamic site setting This removes all uses of both `send` and `public_send` from consumers of SiteSetting and instead introduces a `get` helper for dynamic lookup This leads to much cleaner and safer code long term as we are always explicit to test that a site setting is really there before sending an arbitrary string to the class It also removes a couple of risky stubs from the auth provider test 2019-05-06 20:00:09 -05:00			`return SiteSetting.get(object.pretty_name_setting) if object.pretty_name_setting`
REFACTOR: Serve auth provider information in the site serializer. At the moment core providers are hard-coded in Javascript, and plugin providers get added to the JS payload at compile time. This refactor means that we only ship enabled providers to the client. 2018-07-31 10:18:50 -05:00			`object.pretty_name`
			`end`
			`end`