No better luck with using 126.96.36.199.
So I went back to 2.1b2.
After doing a $Result = TRUE; before the error, it stepped over number 5. But it got stopped at number 9 (insert tables). Apparantly some cookie got revoked and no access anymore. (s…
First, thanks for the welcome back.
I believe you have to use the original admin account to use the importer. You should be able to disable that check if you are at all proficient with PHP. You will nee…
Solved it. For the record it was the Google calendar plugin that caused it.
Indeed. That's the correct way to go.
As soon as something strange happens on a forum, disable plugins to check
If it solves the issue, then enable…
If you use your own domain as a sender, set up things like DKIM or Sender-id/SPF so if the recipient domain is using those too to verify authenticity, you get bonus points, hence it might keep you out spam folder.
Isn't there a way to disable the popups? I think I saw that a while back, but unable to find it again.
The default is:
$Configuration['Garden']['SignIn']['Popup'] = TRUE; // Should the sign-in link pop up …
First, the community forum is running a 2.1 "alpha" version, not a very old 188.8.131.52 as available on the download link.
I've upgraded last week, and it is definitely faster, even on my very private forum of 2 people
Second, the community forum …
Try to do what vanilla is doing.
ie. connect to the database with the user you configured for vanilla. "use" the database and do the select:
use al_5544eere44 select * from GDN_Permission Permission limit 1;
I'm currently using OK on a 184.108.40.206 installation.
It shows only in the discussions list (/discussions) in the "options" button.
I do not use lots of plugins, hence maybe one you use is creating conflicts.
You will need to add functions similar to those ones for the categories (in the plugin):
/** * Add prefix to discussion name in single discussion view (vanilla/controllers/class.discussioncontroller.php) */ public function DiscussionCo…
That's not really a solution, just a workaround.
The solution would have been to have vanilla work OK with E_STRICT.
But, indeed, it could be usefull for crazy people wanting to run php 5.4 in production a few days after it was release
I read your first comment about that. I meant that having "megaphone" does not seem to be the default behavior, so it was a change (of the code) to have the URL displays that, and I meant that it might be that change causing the issue.
I might just do it soon for myself, but that's just a forum for me and my wife.
But that's not something that anybody could recommend.
I guess, it does work most of the time as vf.org is running at least most of it.
Todd just told you if the canonical is the same as the url it's served from, it doesn't show up.
This one was tested.
Otherwise, you can expect any changes from the upcoming 2.1 to be work, some are linked to other changes in the code too.
It's working OK in here (vf.org) but the tagged URL is with discussions, not another name, maybe it's a fix in the upcoming 2.1, or that's the changes done to display megaphone instead of discussions that introduced a bug.
They have just developed a compatibility layer for the themes. Check the commits.
I guess vf.org is running off the "live" branch, it was created a while back. Prior to that it was running close to master (I guess it's still close to master).