Open Bug 1494224 Opened 6 years ago Updated 2 years ago

Cleanup a bit the different ways we have to prevent generated content creation

Categories

(Core :: Layout, enhancement, P3)

enhancement

Tracking

()

People

(Reporter: emilio, Assigned: emilio)

Details

Attachments

(1 obsolete file)

I realized I never tried to land this patch, but that I probably should.
Just never compute ::before / ::after for SVG in the style system itself. All the SVG FCDatas already had DISALLOW_GENERATED_CONTENT, except foreignObject, so only behavior change should be whether we allow generated content in <svg:foreignObject> (which we'd start disallowing). Other browsers also disallow generated content on <foreignObject> elements, so this aligns with them as well (it's likely it was just an oversight from our side). This removes a few awkward boolean arguments.
Priority: -- → P3
Comment on attachment 9012080 [details] Refactor a bit the way we decide whether to allow generated content. Cameron McCormack (:heycam) has approved the revision.
Attachment #9012080 - Flags: review+

There's a r+ patch which didn't land and no activity in this bug for 2 weeks.
:emilio, could you have a look please?

Flags: needinfo?(emilio)

Yeah, fails tests.

Flags: needinfo?(emilio)

There's a r+ patch which didn't land and no activity in this bug for 2 weeks.
:emilio, could you have a look please?

Flags: needinfo?(emilio)
Flags: needinfo?(emilio)

Can we teach the bot to not nag multiple times about the same patch?

Flags: needinfo?(sledru)

Calixte is the boss!

Flags: needinfo?(sledru) → needinfo?(cdenizet)

I'll fix that, sorry for the noise.

Flags: needinfo?(cdenizet)
Attachment #9012080 - Attachment is obsolete: true
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: