Project

General

Profile

Actions

Bug #56019

closed

ResourceCompressor: concatenateCss with forceOnTop gives wrong order

Added by Stefan Neufeind about 10 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Frontend
Target version:
-
Start date:
2014-02-16
Due date:
% Done:

100%

Estimated time:
TYPO3 Version:
6.2
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

While testing #53116 (about concatenateJs and forceOnTop) I also checked if that part works fine for CSS. The forceOnTop works if you don't concatenate them:

page >

config.concatenateCss = 0
page = PAGE
page {
  includeCSS {
    b = fileadmin/b.css
    b {
      forceOnTop = 0
    }
    c = fileadmin/c.css
    c {
      forceOnTop = 1
    }
    a = fileadmin/a.css
    a {
      forceOnTop = 1
    }
  }
}

gives:
<link rel="stylesheet" type="text/css" href="fileadmin/a.css?1392566437" media="all">
<link rel="stylesheet" type="text/css" href="fileadmin/c.css?1392566430" media="all">

<link rel="stylesheet" type="text/css" href="typo3temp/stylesheet_993134cfc3.css?1385132976" media="all">
<link rel="stylesheet" type="text/css" href="fileadmin/b.css?1392566433" media="all">

(okay, we might look if we can get rid of that newline in the middle)

But with config.concatenateCss = 1 the order is then:
  • default CSS
  • b
  • c
  • a
Expected behaviour (as in non-concatenated example):
  • a
  • c
  • default CSS
  • b

Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Bug #53116: concatenateJs in conjunction with forceOnTopClosed2013-10-25

Actions
Actions

Also available in: Atom PDF