BigW Consortium Gitlab
Consider this command: bundle exec rails r "include GitlabMarkdownHelper puts markdown('<span>this is a span</span>', pipeline: :description) puts markdown('<span>this is a span</span>')" And the same in the opposite order: bundle exec rails r "include GitlabMarkdownHelper puts markdown('<span>this is a span</span>') puts markdown('<span>this is a span</span>', pipeline: :description)" Before this change, they would both output: <p><span>this is a span</span></p> <p>this is a span</p> That's because `span` is added to the list of whitelisted elements in the `SanitizationFilter`, but this method tries not to make the same changes multiple times. Unfortunately, `HTML::Pipeline::SanitizationFilter::LIMITED`, which is used by the `DescriptionPipeline`, uses the same Ruby objects for all of its hash values _except_ `:elements`. That means that whichever of `DescriptionPipeline` and `GfmPipeline` is called first would have `span` in its whitelisted elements, and the second wouldn't. Fix this by creating an entirely separate hash, before either pipeline is invoked.
Name |
Last commit
|
Last update |
---|---|---|
.. | ||
atom_pipeline.rb | Loading commit data... | |
base_pipeline.rb | Loading commit data... | |
broadcast_message_pipeline.rb | Loading commit data... | |
combined_pipeline.rb | Loading commit data... | |
description_pipeline.rb | Loading commit data... | |
email_pipeline.rb | Loading commit data... | |
full_pipeline.rb | Loading commit data... | |
gfm_pipeline.rb | Loading commit data... | |
note_pipeline.rb | Loading commit data... | |
plain_markdown_pipeline.rb | Loading commit data... | |
post_process_pipeline.rb | Loading commit data... | |
pre_process_pipeline.rb | Loading commit data... | |
single_line_pipeline.rb | Loading commit data... | |
wiki_pipeline.rb | Loading commit data... |