Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Problem/Motivation
Verify that the old messages icons are no longer used and remove them
See: #1356602: [META] Clean up icons in misc
Beta phase evaluation
Issue category | Task because it's cleaning up old images in favour of the new SVGs, these are deprecated images that we don't want core/contrib using anymore. |
---|---|
Issue priority | Not critical because it does not break anything, it's just cleaner to remove them. |
Unfrozen changes | Are images unfrozen? If CSS is unfrozen then I guess images can be as well. |
Disruption | Disruptive for contributed and custom modules/themes that are referencing these images, but it's a one line code change to reference the new images. |
Comment | File | Size | Author |
---|---|---|---|
#20 | remove-messages-icons-in-misc-2358675-16.patch | 11.5 KB | alexpott |
#19 | Screen Shot 2014-12-19 at 9.01.06 AM.png | 344.5 KB | mgifford |
#18 | Screen Shot 2014-12-15 at 21.02.18.jpg | 696.68 KB | LewisNyman |
#17 | remove-messages-icons-in-misc-2358675-16.patch | 11.5 KB | LewisNyman |
#17 | interdiff.txt | 753 bytes | LewisNyman |
Comments
Comment #1
MarkoT91 CreditAttribution: MarkoT91 commentedIcons for messages are removed from misc. I doubled checked them all they are not in usage.
Comment #3
euphoric_mv CreditAttribution: euphoric_mv commentedTested and old massage icons are not there anymore.
Can't figure it out why it didn't pass the test.
Also checked few pages for usability of this icons and they are switched with new SVG icons from the /core/misc/icons folder.
Comment #4
alexpottWell I get the same fails locally so we can't commit this patch until someone does work out why.
Almost certainly this code is why.
grepping the codebase for message.*png should return no results - we need to update 4 instances to the new svg path.
Comment #5
LewisNymanHere is the patch with changes made to the references to messages-16-error.png. I can't find any mention of 'message-16' or 'message-24' now.
Comment #7
LewisNymanI've hardcoded the height and width size because SVG has no default height and width. I guess the other option is to remove the height and width completely.
Comment #9
BarisW CreditAttribution: BarisW commentedHTML width and height attributes expect a numeric value, so we don't need the px. This should let the tests succeed too.
Comment #10
LewisNymanTests are passing so I think we are good to go.
Comment #11
alexpottThis issue is a normal task so we need to outline how it fits within the allowable Drupal 8 beta criteria. Can someone add Drupal 8 beta phase evaluation template to the issue summary.
Action: Needs work, Needs issue summary update
Comment #12
LewisNymanOk done, maybe we should write a change notice for the parent issue?
Comment #13
alexpottGood point @LewisNyman yep a CR for the parent issue - and connect it all the child issues.
Comment #14
LewisNymanOk here is the change record, can anyone review it quickly? https://www.drupal.org/node/2384159
Comment #15
emma.mariaI have read the change record and it describes the changes well and links to the Meta issue. Setting this to RTBC.
Comment #16
mondrakeWe can avoid entirely going through the image factory in this case. No need for $image_factory and $error_image variables.
Actually, the underlying toolkit (GD) will not be able to load an SVG image here (it can be checked by calling
$error_image->isValid()
that will just return FALSE).Comment #17
LewisNymanOk, sounds simple enough. I removed those two variables and it still works.
Comment #18
LewisNymanComment #19
mgiffordLooks good to me. I'm happy to mark this RTBC.
Here's a copy of an error message:
Comment #20
alexpottThe patch in #17 has never been tested - not sure why - reuploading - no commit credit for me, thanks.
Comment #21
alexpottCommitted aec0d2b and pushed to 8.0.x. Thanks!
Thanks for adding the beta evaluation for to the issue summary.