Project

General

Profile

Actions

Patch #43206

open

Remove deprecated icon-* classes from stylesheets

Added by Marius BĂLTEANU about 1 month ago. Updated about 6 hours ago.

Status:
Reopened
Priority:
Normal
Category:
Code cleanup/refactoring
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:

Files


Related issues

Related to Redmine - Defect #43337: Missing icons for scroll buttons in the project menuClosedGo MAEDA

Actions
Actions #1

Updated by Marius BĂLTEANU about 1 month ago

  • Subject changed from Removes deprecated icon-* classes to Remove deprecated icon-* classes from stylesheets
Actions #2

Updated by Marius BĂLTEANU 19 days ago

  • Category set to Code cleanup/refactoring
  • Status changed from New to Resolved
  • Assignee set to Marius BĂLTEANU
Actions #3

Updated by Marius BĂLTEANU 16 days ago

  • Status changed from Resolved to Closed
Actions #4

Updated by Go MAEDA 14 days ago

  • Related to Defect #43337: Missing icons for scroll buttons in the project menu added
Actions #5

Updated by Go MAEDA 3 days ago

This removal is correct for core, but many third-party plugins still use raster icons. As a result, their icons no longer render correctly since r24029.

Plugins probably use raster icons for various reasons. One is that they need to remain compatible with Redmine 5.1 and earlier. Another is that the author has not yet found the time to migrate to SVG icons.

To preserve compatibility with existing plugins, could you consider reverting r24029?

Before r24029 (redmine_issue_templates plugin):

After:

Before r24029 (Administration page with two plugins installed):

After:

Actions #6

Updated by Marius BĂLTEANU about 23 hours ago

It is expected to cause this issue with some plugins that are not updating their icons, this is why I didn't removed the classes when I introduced the icons in Redmine 6.0.0 and I waited for next major version (7.0.0).

I prefer to not keep this complexity in the core just because we break some plugins, but I'm open to provide a easier way for plugins to keep the compatibility. Maybe one option is to move all the rules to an icons-legacy.css file and let the plugins include the file based on their needs? Any other suggestion is welcomed.

Actions #7

Updated by Go MAEDA about 6 hours ago

Marius BĂLTEANU wrote in #note-6:

Maybe one option is to move all the rules to an icons-legacy.css file and let the plugins include the file based on their needs?

That is a good idea.

For plugin developers, a more descriptive name such as legacy-icons-compat.css would make its purpose clearer.

Actions

Also available in: Atom PDF