Unable to Start Discussion After new installation

hxri

I just installed Flarum on XAMPP having the following configurations

Apache/2.4.29 (Win32) OpenSSL/1.1.0g PHP/7.2.0
10.1.29-MariaDB
Flarum version 0.1.0-beta.7
Composer 1.5.6

After Installation, Flarum opened up and I was able to navigate to Admin panel and change some style settings and added a logo successfully.

Then I clicked the start a discussion button and I entered the post title, Content and Tag (General)

Then suddenly an error message comes up saying Something went Wrong; Please refresh the page.
The I reloaded the page and I get this error message and nothing else

Warning: count(): Parameter must be an array or an object that implements Countable in C:\xampp\htdocs\connect\forum\vendor\flarum\core\src\Core\Post\RegisteredTypesScope.php on line 52

Fatal error: Uncaught RuntimeException: Output has been emitted previously; cannot emit response in C:\xampp\htdocs\connect\forum\vendor\zendframework\zend-diactoros\src\Response\SapiEmitterTrait.php:31 Stack trace: #0 C:\xampp\htdocs\connect\forum\vendor\zendframework\zend-diactoros\src\Response\SapiEmitter.php(27): Zend\Diactoros\Response\SapiEmitter->assertNoPreviousOutput() #1 C:\xampp\htdocs\connect\forum\vendor\zendframework\zend-diactoros\src\Server.php(162): Zend\Diactoros\Response\SapiEmitter->emit(Object(Zend\Diactoros\Response)) #2 C:\xampp\htdocs\connect\forum\vendor\flarum\core\src\Http\AbstractServer.php(36): Zend\Diactoros\Server->listen(Object(Zend\Stratigility\NoopFinalHandler)) #3 C:\xampp\htdocs\connect\forum\index.php(16): Flarum\Http\AbstractServer->listen() #4 {main} thrown in C:\xampp\htdocs\connect\forum\vendor\zendframework\zend-diactoros\src\Response\SapiEmitterTrait.php on line 31

Then I tried Re Installing the forum by clearing everything and still get the same error.

I also tried uninstalling and clearing the whole XAMPP directory and reinstalling XAMPP and then Flarum using Composer. Still no luck.

please help we are trying to incorporate flarum to our educational institution website and we are running out of time.

clarkwinkelmann

LaughingTNT never had any issue with PHP 7 or 7.1. Any known reference to that issue ?

hxri you can enable debug mode (set debug to true in config.php) to get a more detailed message instead of "Something went Wrong" on the first error. I'm curious to know what it says. Did the error happen when you submitted, or while you were typing the content of the post ?

LaughingTNT

It is a problem with PHP 7. Flarum works best on PHP5. To fix this error, go to the PHPmyadmin page, go to the Farum DB you created, look for the [prefix]discussions table and delete any discussion topics in there. Now the Flarum interface should be live again. Now, somehow migrate to PHP5. Hopefully this should help a bit!

luceos

LaughingTNT Flarum works best on PHP5.

Flarum works best on PHP 7. PHP 5.* will no longer be supported in the upcoming beta 8.

jordanjay29 Actually, I think PHP 7.2 is the issue. It's fixed for Beta 8, but for now 7.1 is the latest Flarum will work with.

I think PHP 7.2 is backward compatible. So if it works with 7.0 and 7.1 it should work with 7.2 as well.

I'm curious to hear what error was encountered while having debug enabled or from storage/logs/flarum.log (ignore not found errors).

jordanjay29

Actually, I think PHP 7.2 is the issue. It's fixed for Beta 8, but for now 7.1 is the latest Flarum will work with.

Ralkage

luceos Doesn't look like Flarum is very friendly with PHP 7.2.1, getting the same error and warning when reproducing locally.

To expedite this, I've enabled debugging and still yield the same uglified error/warning.

Warning: count(): Parameter must be an array or an object that implements Countable in C:\wamp64\www\reflar.dev\vendor\flarum\core\src\Core\Post\RegisteredTypesScope.php on line 52

Fatal error: Uncaught RuntimeException: Output has been emitted previously; cannot emit response in C:\wamp64\www\reflar.dev\vendor\zendframework\zend-diactoros\src\Response\SapiEmitterTrait.php:31 Stack trace: #0 C:\wamp64\www\reflar.dev\vendor\zendframework\zend-diactoros\src\Response\SapiEmitter.php(27): Zend\Diactoros\Response\SapiEmitter->assertNoPreviousOutput() #1 C:\wamp64\www\reflar.dev\vendor\zendframework\zend-diactoros\src\Server.php(162): Zend\Diactoros\Response\SapiEmitter->emit(Object(Zend\Diactoros\Response)) #2 C:\wamp64\www\reflar.dev\vendor\flarum\core\src\Http\AbstractServer.php(36): Zend\Diactoros\Server->listen(Object(Zend\Stratigility\NoopFinalHandler)) #3 C:\wamp64\www\reflar.dev\index.php(16): Flarum\Http\AbstractServer->listen() #4 {main} thrown in C:\wamp64\www\reflar.dev\vendor\zendframework\zend-diactoros\src\Response\SapiEmitterTrait.php on line 31

The default route doesn't load, but other routes do? Such as ReFlar/Gamification rankings:

But it's still wonky either way as no discussions load.

Edit: This is Beta 7 btw.

webeindustry

Yea apparently this is specific to 7.2. If count() returns null for any reason you will see this error. Solution appears to be defaulting to an empty array instead of null value.

This has already been fixed in the core here flarum/core617a76d

I assume it will be in the next beta.

hxri

Hi!

Thanks for your replies.
I tried installing on php 7.0.26 and Flarum works like charm. No issues at all.

But then I faced with the font awesome issue which I resolved by copying the fonts folder from vendor/components/font-awesome to assets/fonts

Now its all working fine and we are ready to setup the forum on our institution domain.

But the only issue we are facing is the "Username". We are trying to setup a foum for our educational institution. Most of the members are students and teachers.

The problem is that we have to use the actual name of the members as the "display name". Currently, Flarum shows the username as the Display name.

Is there any way to change this or is there any work arround to this? I tried using the "Flagrow masquerade" extension. But it doesn;t change the display name. Is there any way that I can modify the Flarum core to make this happen? since this was really important to us. Perhaps you can suggest a alternate to this.

clarkwinkelmann

I totally missed the PHP version in your first post ? Didn't know there was an issue with 7.2.

hxri I don't think anything is available for beta7. If you don't mind about some places (like mentions) showing the username instead of the display_name, you could probably easily patch the username display (I think there's an helper function in core already) with another attribute from the user model. I don't think mentions are as easy to patch, because the logic is a bit more complex (this deals with the post parser)

What about simply crafting usernames that include the full name ? You won't have spaces, but can still use uppercase to make it readable.

Unless I'm mistaken it's planned to support this at core level in the future.

Ralkage

hxri ReFlar had planned to create an extension called "Reggy" short for "Registration Tweaks" which adds the option to add more sign-up options and fields but the hype is chilling until beta 8 and the school-goers have time to do their thing.

Though, @clarkwinkelmann, I would of thought Masquerade would of been perfect to have the option to add the same fields to the registration modal too (2 for one deal ?)

yuminatwca

same issue here. Any solution ?

jordanjay29

yuminatwca If you have the same issue from the same cause, did you try the solution that worked for OP? Otherwise, this is likely a different problem and needs its own discussion.