I noticed this problem recently and apparently it is already fixed on github. Here's the reported issue

So try to git clone or download the zip from the github page, it should be fixed by now :) It was an issue with the css minifier I think

When will the backend style be fixed in the downloadable version on this website?

I don't know when the next version is coming (soon I hope). But fork cms was not the problem, it was the external css & js minifier tool.

I think you can fix the issue by updating the minifier and clear the cache:

composer update matthiasmullie/minify
cd tools && sh remove_cache

(Or download the version from github as zip instead of the website)

I've tried everything but I'm still not able to install the latest version as it should. Last thing I've tried is to download the zip-file from github. I've also run composer intall. But there's still no styling in the backend.

only if I set SetEnv FORK_DEBUG 1 in my vhosts the backend is working normaly. This is not ideal for a live site.

What am I doing wrong?

The Github version should work.

I used the github version on my personal webhosting and i didn't have issues with backend styling, so it should be safe to use for a live site.

I don't know exactly why it's not working on your local machine. Seems like you keep experiencing the problem that was solved earlier (css minify library not working well), but it's fixed on github... I would say: make sure that you have the right composer.json (the one from github) and the composer lockfile, delete the vendors folder and do a composer install again, delete contents of the backend cache folders so that the cache will be regenerated once you visit the backend. If this doesn't work, can you post the path to the minifiedcss file in the source code of the backend page? Does it load?

A new version of Fork has been released now, so it should nog cause problems anymore.

It's still not possible to get version 3.9.4 installed on a local machine with win 8 and xampp installed.

The loginscreen doesn't have any style and I'm not able to login. I get a 500 internal server error. I've used the zipfile and composer, same result.

When install the latest version on my webserver the loginscreen has style but when I try to login a get the same 50 internal server error

What version of PHP do you run? 3.9.4 requires PHP 5.4

Version installed on my live webserver: PHP Version 5.5.26

Version installed on my local machine: PHP Version 5.6.8

This is the error I get

Script php app/console assetic:dump . && cd tools && bash ./remove_cache handling the post-install-cmd event returned with an error

[RuntimeException] Error Output: bash wordt niet herkend als een interne of externe opdracht, programma of batchbestand.

The problem is that you are running bash scripts (for linux) on a Windows machine.

You could try to remove the cache by yourself. Open de file remove_cache and clear the directories which are accessed. Also remove the directories in /app/cache this will probably help!

I'm having this issue, on a windows 10 on wamp. Everything works fine (install wizard, front page, login form) but after successful login the backend page shows with no style. Unless I enable debug mode.

Deleting cache's has no result.

A bunch of files seem to be "missing", basically all the ones in the en/src/Core/Layout/Css/imports/*.css

http://www.mywebsite.com/en/src/Core/Layout/Css/imports/structure.css HTTP GET 404 text/html 2,62 s

Cache seems 'ok':

http://www.mywebsite.com/src/Backend/Cache/MinifiedCss/664255f5f4ce794e2fc6540fb966c8b0.css HTTP GET 200 text/css 35 B 1,51 s XMLHttpRequest

My vhost file ended up looking like this. What's the correct minimal??? I had never set a vhost before ...

SetEnv FORK_DEBUG 1

<directory c:=""> Options Indexes FollowSymLinks MultiViews AllowOverride all Order allow,deny Allow from all Require all granted </directory>

NameVirtualHost *:80

<virtualhost> ServerAdmin webmaster@dummy-host.example.com DocumentRoot "c:/mywebsite" ServerName mywebsite.com ServerAlias www.mywebsite.com ErrorLog "logs/errors.log" CustomLog "logs/custom.log" common </virtualhost>

Anyone can figure out what's on? Does .htacess need to be modified from the git's?? Also, I seem to remember something about mod_rewrite I had to enable somewhere ... Maybe didn't do it right???

Also, manually installing fork from the webpage's .zip "distribution" proved to be very erractic for many different motives (statistic's module p12 errors i.e.) but installing from the git's zipped download was much more smooth, just a heads up.

Well, re-installed everything from latest git today, deleted wamp and installed mamp (much smoother defaults for Apache etc, only change was to enable internationalization module in php), I had not to edit anything related to vhost (my windows host file contains a line pointing mywebsite.com to 127.0.0.1 and it all seems to work), and got to exactly the same point.

Fork installs, wizard runs, mywebsite.com frontPage can be accessed, login succeds but then the dashboard is shown with no styles and the browser debug history complains that a whole bunch of folders like http://www.mywebsite.com/en/src/Core/Layout/Css/imports/*.css can't be found.

i.e. http://www.mywebsite.com/en/src/Core/Layout/Css/imports/datagrid.css

My installation used options with several languages for frontend and 2 languages for the backend and spanish being the main default one for backend and english for frontend ...

So anyone knows what's going on?

And now, enabling debug mode, shows me this instead ...

ContextErrorException: Warning: datedefaulttimezoneget(): It is not safe to rely on the system's timezone settings. You are required to use the date.timezone setting or the datedefaulttimezoneset() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone. in C:\mywebsite\vendor\monolog\monolog\src\Monolog\Logger.php line 248

Anybody more advanced can suggest me a patch for that line 248 so I can continue running in debug mode and see what happens???

Can you check in your phpinfo() if the date.timezone is set? You'll need to set this parameter in your php.ini, and probably the MAMP variable isn't working so you can override it like this. Edit your php.ini file and find the timezone line and change it to (if you're from belgium):

date.timezone = "Europe/Brussels"

Yeap, thanks, changing the line in php.ini at C:\MAMP\conf\php5.6.8 to date.timezone = "Europe/London" allowed my dashboard to show at http://www.mywebsite.com/private with styles applied.

I still haven't figured out why it doesn't have styles without setting debug mode by writing

SetEnv FORK_DEBUG 1

in the .htaccess file

Well, I still haven't set up any virtual servers as everything else seemed to be working to this point, but my actual website resides at c:\mywebsite from which fork is installed (in the "root" of c:\mywebsite)

With my off-the-shelf mamp installation, I seemed to have the necessary folder/file access permissions and just writing 127.0.0.1 mywebsite.com in my windows's host file has worked so far.

So if I do need to set up a virtualhost configuration in Apache, what do I need to write there?

I edited httpd.conf to allow for virtual servers and the extras/hhtpd-vhost.conf to: NameVirtualHost *:80

<virtualhost> ServerAdmin webmaster@dummy-host.c3po-9db5e23802.localdomain DocumentRoot "C:/apache2.2/docs/dummy-host.c3po-9db5e23802.localdomain" ServerName mywebsite.com ServerAlias www.mywebsite.com ErrorLog "logs/error.log" CustomLog "logs/access.log" common </virtualhost>

But still I get no styles on backend when debug mode is turned off.

Well, I installed once again, using xampp now (lol I've gone through wamp, mamp and now xampp), re-downloaded everything from scratch (through composer), updated, etc etc and samething: everything works except I get no styles in the backend.

So I figured by now the culprit had to be somewhere else so I switched browsers from (stock-no extensions or mods) MS Edge to (stock) IE11 and ... well, the styles DO display in the backend with ie11 !!!

No idea who is to blame or where the problem is, but I guess someone better finds out 'cos I work in IT and I have been doing nothing but installing/upgrading to windows 10 like crazy for like 1 month now and soon Edge is going to be quite commonn I'm afraid.

Seems windows 10 is good and here to stay...

So what you're saying is that in MS Edge the backend has no styles applied? I guess you also tried FF and Chrome? Did they also show an unstyled backend? Can you see if all CSS files are loaded properly in Edge? Or any other errors that appear? Still seems weird that this is browser related.

Yes.

Well, I didn't try chrome or Firefox as I don't have them installed, but I had tried 3 times to cleanly install fork-cms and I always ended up with a "working" system but one that displayed no styles (or should I say perhaps very-wrong styles, the background I think was colored) only in the backend unless debug mode was activated, in which case the backend was displayed with the right styling and everything seemed fine.

Figuring it had to be something else, accessing the backend in the exact same configuration with a different browser, ie11 instead of Edge, DID display the styles in the back end properly.

Now, out of the heck of it, I downloaded the zipped git for the 3.10 branch and "cleanly" installed it in a new directory (and empty database) ... Now it's worse in the sense that not even the installation wizard nor the login screen (http://mywebsite.com/private) show the right styling format on the screen (bad or no styles), nor does the backend show the proper styling, and this time the wrong styles are shown not only in Edge but also in IE11.

The frontend works fine, though. Properly themed. Go figure.

But for now, I think I have to go back to 2.9.5 for me and use ie11 as the only way I can get everything working right.

Something is wrong somewhere, but I can't figure out what it is, but I'm a bit stompped more people don't have the same problem (perhaps not many develop in local windows-based sites, and even fewer with MS Edge browser?)

But browser issue aside, there is something fishy going on with backend styling...

Same problem. I installed it via github, via the zip-file and via composer.

Finally was it the date.timezone=Europe/Brussels in your php.ini file who did the trick.