Vanilla 2.0.17 Released

hiddin

I just installed the latest version
Dashboard works, Forum is "bonked"

I´ve got this error:
229: trigger_error(ErrorMessage($this->GetPDOErrorMessage($PDOStatement->errorInfo()), $this->ClassName, 'Query', $Sql), E_USER_ERROR);

Additional information for support personnel:
Application: Vanilla
Application Version: 2.0.17.6
PHP Version: 5.2.6
Operating System: Linux
Server Software: Apache
User Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_6; de-de) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/5.0.3 Safari/533.19.4
Controller: Gdn_Database
Method: Query

any ideas??

The same with me.

Tim

I just installed the latest version
Dashboard works, Forum is "bonked"

The same with me.

This was my fault. I've uploaded a new version that fixes the issue. Sorry :/

hiddin

What? Sorry? Absolutely no problem. You are developing the best free and opensource forum engine. How could we angry at you? Rather thank you for your hard work:)

Shadowdare

I just installed 2.0.17.7 and had so many problems, bonkers, duplicate indexes, and now you guys were fast at fixing it. I'm going to try redoing my update from 2.0.17.5 to 2.0.17.8 (yes, eight) now. I don't like how the documentation wiki has a different way of updating. "Delete a few folders and then upload the whole Vanilla install" and here "just overwrite all of the files."

I think it would be better if we could get a separate package of "modified files" and a link to a separate Github with "list of patches and by-hand changes."

Lincoln

@Shadowdare I agree it would be better, but don't think that'd be a very good use of time at this stage.

Shadowdare

@Lincoln: I understand. What about adding a variable in config to make the /utility/structure private and not visible to all users? Also, shouldn't the documentation be rewritten to say /utility/structure instead of /utility/update?

Boombatze

I just installed the latest version
Dashboard works, Forum is "bonked"

The same with me.

This was my fault. I've uploaded a new version that fixes the issue. Sorry :/

aaah, damn! still the same problem ...

229: trigger_error(ErrorMessage($this->GetPDOErrorMessage($PDOStatement->errorInfo()), $this->ClassName, 'Query', $Sql), E_USER_ERROR);
Additional information for support personnel:
Application: Vanilla
Application Version: 2.0.17.8
PHP Version: 5.2.6
Operating System: Linux
Server Software: Apache
User Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_6; de-de) AppleWebKit/533.19.4 (KHTML, like Gecko) Version/5.0.3 Safari/533.19.4
Controller: Gdn_Database
Method: Query

thetryr

where to post a suggestion for next release?
I think the next version should update the Activity page seriously, version by version born but Activity is still the same.
Thanks

S

Please, announce new config settings!

I discovered that in application appeared names with the same e-mail addresses...
Because UserModel::ValidateUniqueFields() doesnt return False, because

$Configuration['Garden']['Registration']['EmailUnique'] = False;
$Configuration['Garden']['Registration']['NameUnique'] = False;

by default, but should be True by default.

I am disappointed, I spent half a workday to write a patch for my app :(

Shadowdare

@S: Thank you for sharing. :)

Lincoln

@S Shouldn't you get the new config settings when you upload the new config-defaults.php?

S

@Lincoln
I'm updating from GitHub vf/master, no such settings in config-defaults.php
It was "hidden feature" for me until my people started report about stranges in work...

Aolee

Please, announce new config settings!

I discovered that in application appeared names with the same e-mail addresses...
Because UserModel::ValidateUniqueFields() doesnt return False, because

$Configuration['Garden']['Registration']['EmailUnique'] = False;
$Configuration['Garden']['Registration']['NameUnique'] = False;

by default, but should be True by default.

I am disappointed, I spent half a workday to write a patch for my app :(

Hi S, not sure if i get what u mean, is this related to the bug on registration where user can register with an existing email address in the system?
Even if the javascript validation says "Email Unavailable"... when u hit the submit button, the application will still pushes thru?

chuckD

@S Shouldn't you get the new config settings when you upload the new config-defaults.php?

Correct me if I'm wrong, but during upgrade, I don't think any of the new config settings are getting applied to the existing config.

S

> that in application

@Aolee
here I mean my custom application (not a vanilla forum). I dont use vanilla as forum. I like Garden (as Github says "our pluggable application development framework") ;)

Lincoln

Correct me if I'm wrong, but during upgrade, I don't think any of the new config settings are getting applied to the existing config.

If you copy config-defaults.php during the upgrade (as you should) then that will add any NEW config settings but will not overwrite any existing ones you've customized in config.php.

chuckD

Correct me if I'm wrong, but during upgrade, I don't think any of the new config settings are getting applied to the existing config.

If you copy config-defaults.php during the upgrade (as you should) then that will add any NEW config settings but will not overwrite any existing ones you've customized in config.php.

Thank you for pointing that out as I did not know. Before my upgrade to the last several versions, I've looked in the docs, readme.txt and also readme.html and see no mention of copying from config-defaults.php

The post by Tim also has not mention of it. http://vanillaforums.org/discussion/comment/134469/

Dumb question: do I copy and paste everything? There seems to be some duplicates. I can give it a try myself but am afraid I will totally screw it up. Appreciate your advice.

Lincoln

config-defaults.php will naturally come along when you upload the new files. You can safely overwrite that file.

While @Tim does say "except conf/" in that Tips discussion I'd recommend always bringing the defaults file along as well. That was more to make sure you don't *delete* that folder, as that would be quite bad.

ricardodepaula

Awesome! Vanilla is the Wordpress of forums!

martz

It also looks like "header" categories are not handled sanely in that they appear clickable but will take you to an empty page instead of listing sub-categories.

this is because the concept has changed - a header category now is a category in itself. this is a bit confusing - especially as it lists the total number of posts in the left hand category list behind it, but when you click it it does not show all posts in there but only the posts that are posted directly in the header category. i struggle(d) with this myself.

cdavid

Hey, @Tim !

There seems to be a bug with the e-mail notifications system in the last version (and the version on VanillaForums.org -- are you using the latest version?). For example, I have bookmarked this discussion, but I don't receive any e-mails saying that "someone has commented on your bookmarked discussion" -- the other emails get sent, weirdly enough). I couldn't find any issue in GitHub, so I was wondering if you are aware of this issue and, if not, should I make a new ticket?

Thanks,

/cd

ffunnyman

It also looks like "header" categories are not handled sanely in that they appear clickable but will take you to an empty page instead of listing sub-categories.

this is because the concept has changed - a header category now is a category in itself. this is a bit confusing - especially as it lists the total number of posts in the left hand category list behind it, but when you click it it does not show all posts in there but only the posts that are posted directly in the header category. i struggle(d) with this myself.

I'm eventually going to write a patch to configurable have child cat discussions show up in parent cats but I'm not quite up to that yet.

jrapage

However we're getting a crash on resetting password. It happens on submitting the page where you get to enter the new password:

Fatal error: Nesting level too deep - recursive dependency? in ...\library\core\class.authenticator.php on line 122

I can't see a line 122 there, though. Any ideas?

I fixed this. See this thread:
http://www.vanillaforums.org/discussion/14945

Nobody else seems to have been bothered enough to comment on this, despite password reset being a critical feature!

Lincoln

@jrapage I can't get password reset to fail like you describe in 2.0.17.8.

[-Stash-]

Just on shared hosting so who knows how long this will last ;)

Also, I've not tested each and every one of these, so use at your own risk. If things die, you're on your own. Just for testing purposes etc...

Have fun!

vanilla-core-2.0.17.8 from 2.0      - 1,354,991 bytes
vanilla-core-2.0.17.8 from 2.0.1    - 1,346,320 bytes
vanilla-core-2.0.17.8 from 2.0.2    - 1,346,325 bytes
vanilla-core-2.0.17.8 from 2.0.3    - 1,346,310 bytes
vanilla-core-2.0.17.8 from 2.0.4    - 1,325,103 bytes
vanilla-core-2.0.17.8 from 2.0.5    - 1,325,111 bytes
vanilla-core-2.0.17.8 from 2.0.6    - 1,325,096 bytes
vanilla-core-2.0.17.8 from 2.0.7    - 1,317,342 bytes
vanilla-core-2.0.17.8 from 2.0.8    - 1,317,351 bytes
vanilla-core-2.0.17.8 from 2.0.9    - 1,317,358 bytes
vanilla-core-2.0.17.8 from 2.0.10   - 1,315,375 bytes
vanilla-core-2.0.17.8 from 2.0.11   - 1,313,752 bytes
vanilla-core-2.0.17.8 from 2.0.12   - 1,009,798 bytes
vanilla-core-2.0.17.8 from 2.0.13   - 1,009,787 bytes
vanilla-core-2.0.17.8 from 2.0.14   -   471,059 bytes
vanilla-core-2.0.17.8 from 2.0.15   -   451,195 bytes
vanilla-core-2.0.17.8 from 2.0.16   -   451,191 bytes
vanilla-core-2.0.17.8 from 2.0.17   -   178,857 bytes
vanilla-core-2.0.17.8 from 2.0.17.1 -   178,861 bytes
vanilla-core-2.0.17.8 from 2.0.17.2 -   178,764 bytes
vanilla-core-2.0.17.8 from 2.0.17.3 -   178,732 bytes
vanilla-core-2.0.17.8 from 2.0.17.4 -   144,426 bytes
vanilla-core-2.0.17.8 from 2.0.17.5 -   134,094 bytes
vanilla-core-2.0.17.8 from 2.0.17.6 -    48,885 bytes
vanilla-core-2.0.17.8 from 2.0.17.7 -       892 bytes

MiguelTarga

teste

phreak

@Stash: Thanx man! Upgrade 2.0.16 > 2.0.17.8 worked great.

[-Stash-]

Good to know! Glad to help :)

Dan Devine

I wonder what changes were made in the 2.0.17.9 update? I can' t find anything about the update?

luc

That's still a branch only in the git repo.