Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Public page styles are broken on #3207

Closed
eppfel opened this issue Jan 23, 2017 · 9 comments · Fixed by #3223
Closed

Public page styles are broken on #3207

eppfel opened this issue Jan 23, 2017 · 9 comments · Fixed by #3223

Comments

@eppfel
Copy link
Member

eppfel commented Jan 23, 2017

I could reproduce @ChristophWurst find:
bildschirmfoto von 2017-01-23 10-58-41

I looked into it and it seems there all stylesheets with the route /css/core/ are missing (e.g styles.css) .
bildschirmfoto 2017-01-23 um 11 51 00

There is definitely something wrong with the routing/embedding...

@skjnldsv @MorrisJobke

@eppfel eppfel added 1. to develop Accepted and waiting to be taken care of bug design Design, UI, UX, etc. feature: sharing high regression labels Jan 23, 2017
@nickvergessen nickvergessen added this to the Nextcloud 12.0 milestone Jan 23, 2017
@skjnldsv
Copy link
Member

This is strange, because I was testing stuff yesterday for #3187 and everything was working fine!
#3187 (comment)

@skjnldsv
Copy link
Member

This comes from bde1150
I will take a look asap!

@eppfel
Copy link
Member Author

eppfel commented Jan 23, 2017

Just reassured. I am on master, Chrome 55∞ macOS 10.11.6.

It could have to do with the prettyURLs, but very likely with URLGenerator... Did not see your new comment

@skjnldsv
Copy link
Member

skjnldsv commented Jan 23, 2017

No, this is a easy one:
https://github.com/nextcloud/server/blob/master/lib/private/TemplateLayout.php#L167

// Do not initialise scss appdata until we have a fully installed instance
// Do not load scss for update, errors, installation or login page
if(\OC::$server->getSystemConfig()->getValue('installed', false)
    && !\OCP\Util::needUpgrade()
    && \OC_User::isLoggedIn()) {
	$cssFiles = self::findStylesheetFiles(\OC_Util::$styles);
} else {
	$cssFiles = self::findStylesheetFiles(\OC_Util::$styles, false);
}

I didn't realised that public pages don't have a logged-in user!

@MorrisJobke
Copy link
Member

\OC_User::isLoggedIn()

The problem seems to be here: why do you disable the SCSS for non-logged in users? The login page should also be done within SCSS.

@MorrisJobke
Copy link
Member

Is there a way to move CSS and SCSS into different namespaces? So that we know if it is CSS or SCSS - relying on some magic under the hood is always confusing and causes weird bugs as above.

@MorrisJobke MorrisJobke self-assigned this Jan 23, 2017
MorrisJobke added a commit that referenced this issue Jan 23, 2017
* checks if the user is on the login page or not instead of check if the user is logged in
* fixes #3207

Signed-off-by: Morris Jobke <hey@morrisjobke.de>
@MorrisJobke
Copy link
Member

Fix is in #3223

@MorrisJobke MorrisJobke removed their assignment Jan 23, 2017
@MorrisJobke MorrisJobke added 3. to review Waiting for reviews and removed 1. to develop Accepted and waiting to be taken care of labels Jan 23, 2017
@skjnldsv skjnldsv self-assigned this Jan 23, 2017
@ChristophWurst
Copy link
Member

Reopening because the bug is still not fixed for 2FA pages:
bildschirmfoto von 2017-01-30 14-10-02

@MorrisJobke
Copy link
Member

Separate issue -> moved to a new issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants