PDA

View Full Version : vbDrupal 4.7.3.0 RC 4 released


elmuerte
08-13-2006, 03:22 PM
The fourth and hopefully last release candidate of vbDrupal. Various small things have been fixed to make this product as polished as possible.

Only bug reports that follow the guidelines posted in the following url will be accepted:
http://www.vbdrupal.org/forum/announcement.php?f=5

You can download this release here:
http://prdownloads.sourceforge.net/vbdrupal/vbDrupal-4.7.3.0_RC_4.zip?download

Change log

a couple of fixes in the install code
cache bbcode templates when bbcode parsing functionality is used
fixed database error when requesting user picture for an non-existing account
fixed messing with global variables during nested bootstrapping
fixed string conversion when no conversion routines are available
fixed drupal login notification when already bootstrapped
added output buffering around nested bootstrapping in order to capture dirty content.

elmuerte
08-13-2006, 03:26 PM
I hope I managed to fix all of the bugs that have been reported for RC 3.
There's only one exception: Login Redirect corrupt with compression. That bug might not be directly related to vbDrupal but to a 3rd party module. I added some code that might catch this issue. But anyway, for the rest it should work.

About bug reporting
Do not report bugs in this thread!
Please report bugs and issues in the support forums, I want to move forward with the development of vbDrupal NG and posting all the issues in the same thread isn't very productive. I'm not going to look in this thread for bugs
Also follow the bug reporting guidelines posted in this announcement (http://www.vbdrupal.org/forum/announcement.php?f=5)
Please note that I no longer will be chacing bugs for old vbDrupal NG relases.

About documentation
Most of the information can be found in the README.html file included with the package. An online version is available here (http://vbdrupal.cvs.sourceforge.net/*checkout*/vbdrupal/vbdrupal-ng/README.html). Content from this README, and more, will be created on this site in the future. If you think certain documentation is missing or incorrect you can post about it in the Suggestions (http://www.vbdrupal.org/forum/forumdisplay.php?f=12) forum.

peach
08-13-2006, 05:12 PM
thanks. is there a list of changes that have been made? I have already made some core modifications for my vbdng site so I don't want to overwrite all files.

R1D1
08-14-2006, 05:43 AM
*clicks install* ;)

peach
08-14-2006, 08:57 AM
VbForumblocks are still not working (http://www.vbdrupal.org/forum/showthread.php?t=446) for me, returning empty titles.

elmuerte
08-14-2006, 10:11 AM
hmm then it might be something else.

anyway, attached is the source diff between RC3 and RC4 for those who are interested

peach
08-14-2006, 10:17 AM
Am I the only one with vbforumblock problems?
In VbDrupal 4.6 it worked flawlessly for me on the same site.

elmuerte
08-14-2006, 12:41 PM
Am I the only one with vbforumblock problems?
In VbDrupal 4.6 it worked flawlessly for me on the same site.

Just an idea, try turning off convert_to_utf

e.g. in your settings.php set
$convert_to_utf = false;

this might also be related to your user problem

peach
08-14-2006, 12:59 PM
Awesome, that did the trick :)
The only problem I have left with RC4, as far as I know, is the user/drupal problem.
I did try creating a new user after switching the utf option but I got the error again.

Do you think that problem could be caused by something in the databse? Because I recently emptied the watchdog/session/accesslog/drupal cache databases.

Karlm
08-14-2006, 01:11 PM
is this a fresh install, or an upgrade?

elmuerte
08-14-2006, 01:17 PM
Awesome, that did the trick :)
The only problem I have left with RC4, as far as I know, is the user/drupal problem.
I did try creating a new user after switching the utf option but I got the error again.

Do you think that problem could be caused by something in the databse? Because I recently emptied the watchdog/session/accesslog/drupal cache databases.

no idea actually, afaik it was related to the string conversion

is this a fresh install, or an upgrade?

it's both, it always has been for both a fresh install and upgrades

peach
08-14-2006, 01:19 PM
fresh install, of both vB and drupal

Karlm
08-14-2006, 04:15 PM
thanks for the answers.. :)

Karlm
08-14-2006, 11:17 PM
not to ignore the request of 'not reporting bugs in this thread', but similarly to peach, my issue hasn't been prevented by upgrading to this release:(
Whenever i try to perform an admin task, it logs me out, denies me access etc. then if i hit 'back' on firefox, it shows the edit pages again but above stating "xyz has been done". weird!
Again, i'm still sure it's a cookie issue though.

That aside, I made a couple of chnages (due to page numbers not being followed), has this fix sorted that issue out?

(ps - if this is wrong place for me to enquire, pls move to where it needs to be)

elmuerte
08-15-2006, 02:35 AM
the paging in vBulletin bug has been fixed.

where's the thread to you bug report about the automatic logging out?

peach
08-15-2006, 04:27 AM
elm, can I safely delete all content and users from my database so that I can try again without corrupted users already in the db? If so, wich tables do I need to empty.

peach
08-15-2006, 06:07 AM
I have re-uploaded all the RC4 files, I have installed the RC product file, and ran the update script. Now, for the first time, I'm able to properly register new users :)
However, my admin user is still bugged, and for some reason the bbcode and smilets aren't working anymore on the drupal side. The options in vbulletin backend are still correct though.

R1D1
08-15-2006, 06:47 AM
I have re-uploaded all the RC4 files, I have installed the RC product file, and ran the update script. Now, for the first time, I'm able to properly register new users :)
However, my admin user is still bugged, and for some reason the bbcode and smilets aren't working anymore on the drupal side. The options in vbulletin backend are still correct though.

are your probs similar to mine?

http://www.vbdrupal.org/forum/showthread.php?t=451

peach
08-15-2006, 06:55 AM
yes, I ran into that error as well, with my admin user. Except my content was posted, under Anonymous. When I tried manually putting my admin account it's username in the authoring field I did get the same error you're getting (The username [myusername] does not exist).

Have you tried registering new users yet? After some fiddling I could register new users, who are able to properly post content.
If you can successfully register new users as well, the next steps would be creating a new admin user, then deleting the old admin user and setting the user id of your new admin user to 1. (so that is becomes the new super admin)

elmuerte
08-15-2006, 01:21 PM
I'll write a script that'll copy the user data from vbulletin to the vbdrupal tables (pretty much what is done during installation).
Because only changes user data is saved written to the drupal tables when the user is changed. And it might be a lot of work to so save every individual user in the admincp.

peach
08-15-2006, 01:31 PM
If you can successfully register new users as well, the next steps would be creating a new admin user, then deleting the old admin user and setting the user id of your new admin user to 1. (so that is becomes the new super admin)
OKay, this didn't work, because the vbulletin admin account is entirely missing in drupal_user table, as elmuerte probably suspected. When will your tool be done? :rolleyes:
Dont want to be a nag, but as of now I don't know how I can get all the proper data from my vbulletin admin into drupal, so I guess I'll depend on your module to come out.

elmuerte
08-15-2006, 02:07 PM
Download this script (http://vbdrupal.cvs.sourceforge.net/*checkout*/vbdrupal/vbdrupal-ng/forum/drupal/scripts/dev/sync_users.php) and put it in vBulletin base directory.
It will copy the user data from the vbulletin table to the vbdrupal user table. It will automatically go to the next page, so if you want to see what's going on you will need to disable javascript.

R1D1
08-15-2006, 02:10 PM
I'll write a script that'll copy the user data from vbulletin to the vbdrupal tables (pretty much what is done during installation).
Because only changes user data is saved written to the drupal tables when the user is changed. And it might be a lot of work to so save every individual user in the admincp.

yippieh! :) thanks...

is it possible to run it, without uninstalling the rc4?

peach
08-15-2006, 02:13 PM
it copies from vbulletin to drupal so your RC4 must be installed

elmuerte
08-15-2006, 02:13 PM
you shouldn't uninstall it, if you uninstall vbdrupal it won't work

R1D1
08-15-2006, 02:19 PM
oops, sorry, my mistake, i answered an old post, because the email-reminder lead me to that...

R1D1
08-15-2006, 02:20 PM
ahm... does it clear the vbdrupal-usertable? or should i do it manually before starting the script?

elmuerte
08-16-2006, 02:04 AM
ahm... does it clear the vbdrupal-usertable? or should i do it manually before starting the script?

no need, it will update or insert depending on the current data

R1D1
08-16-2006, 02:40 AM
ok thanx.

-> script was executed.
-> no errors.
-> all users updated.

then i tryed to create a content.

-> The username does not exist

:(

peach
08-16-2006, 04:19 AM
it worked for me :)
Only problem I know of now is bbcode not being parsed anymore :S

R1D1
08-16-2006, 05:01 AM
it worked for me :)
Only problem I know of now is bbcode not being parsed anymore :S

whatelse things did you do to make it work?

run only the sync_users.php?

or did you change something to the admin-user or anything else?

i only started the sync_users.php so far...

peach
08-16-2006, 06:38 AM
I also needed to set utf8 conversion to true for this site, it's in your settings.php @ line 93:
$convert_to_utf = true;

R1D1
08-16-2006, 07:43 AM
I also needed to set utf8 conversion to true for this site, it's in your settings.php @ line 93:
$convert_to_utf = true;

i use rc4 and that came to me with a "true" by default? :( settings.php -> line 186?

anyway... doesnt work...

i read somewhere about copying the adminuser? did you do that on the running installation?

p.s. i tested it a moment ago with "false". doesnt work. :(

p.s. i get "username doesnt exit..." anytime - any user... but the user is logged in! vb and vbdrupal. the message comes at previewing or sending a node...

Karlm
08-16-2006, 10:00 AM
the paging in vBulletin bug has been fixed.
where's the thread to you bug report about the automatic logging out?

I thought i'd started one, but cannot find it... so i'll begin one now ;)

elmuerte
08-16-2006, 11:33 AM
i use rc4 and that came to me with a "true" by default? :( settings.php -> line 186?

anyway... doesnt work...

i read somewhere about copying the adminuser? did you do that on the running installation?

p.s. i tested it a moment ago with "false". doesnt work. :(

p.s. i get "username doesnt exit..." anytime - any user... but the user is logged in! vb and vbdrupal. the message comes at previewing or sending a node...

you shouldn't need to copy anything

you can always check what users vbdrupal knows through the 'admin/user' page

R1D1
08-16-2006, 12:06 PM
you shouldn't need to copy anything

you can always check what users vbdrupal knows through the 'admin/user' page

yapp. admin/user shows not all...

does your script only take the user, which first usergroup is the regular "registered users" group?

there are lot of groups we use on our page...

it would be better to take all users except for some user-defined groups like "dontlikeem" and "banned"... there may be some admin-groups either, so its the best way to take out the unwanted. or simply import all and let the drupal-permissions decide...

p.s. may be the solution. as ive seen, the "latest users" block only shows the first-usergroup "regular vblike registered users"

elmuerte
08-17-2006, 01:45 AM
the script copies all users, it doesn't discriminate except on username (e.g. duplicate usernames are not allowed).

R1D1
08-17-2006, 02:59 AM
ok, the users maybe copied. but i did a test. i can publish (the user is recognized at clicking "preview"), in case i give him the regular "vb-registered-users" group as his first group.

so there must be a test by drupal on that first group. ;)

if the users first group is set to another group, that has more rights, even if its connected to drupal-role...

"user does not exist!" ;)

perhaps you did a short-test in vbdrupal to look, if theres someone logged in, but only test the first usergroup? ;) maybe?

R1D1
08-17-2006, 04:01 AM
some more testing:

user a: vb-group is "standard registered" only - can post to vbdrupal
user a': vb-group is "standard registered" added admin as secondary group - can not post to drupal

elmuerte
08-17-2006, 11:37 AM
..

can you give me a clear reproduction case with full info about the users.

e.g. who is the user that is posting, who is the target users
for both users what are their vbulletin groups (both primary and secondary)
for both users what are their explicit and implicit drupal roles (these can been seen from vbdrupal in the edit user pages).
what are the role permissions concerning content creation

R1D1
08-17-2006, 12:51 PM
..

can you give me a clear reproduction case with full info about the users.

e.g. who is the user that is posting, who is the target users
for both users what are their vbulletin groups (both primary and secondary)
for both users what are their explicit and implicit drupal roles (these can been seen from vbdrupal in the edit user pages).
what are the role permissions concerning content creation

sure ;)


user a --> can post to vbdrupal

vb-group is: "standard registered" only no secondary-vb-ground
vbd-role is: "forumuser", which is connected for testing purposes to nearly all vb-groups, except for banned-users.
vbd-permissions: some readings and, for this testing case: create pages

user a': --> can not post to drupal

vb-group is: is "standard registered"
only added admin as secondary group - other things are identical.
just in case... you need the settings of the vbd-role "admin": ALL permissions saying: YES, you can! But the vb-admin is included in the forumuser-role before.

but i think the problem is somewhere in the drupal-adaption from the vb-usergroups...

thx for don't giving up! ;)

elmuerte
08-18-2006, 03:23 AM
To have full admin permissions in vbdrupal a user must have vbulletin "Administrator" as primary group.
Otherwise you'll need to set up a drupal group linked to the vbulletin administrator group that gets all permissions.
This is sort of a safeguard since a true admin (with primary group as administrator) will always have all permissions. In vbulletin you are still able to set permissions for administrators.

anyway, that shouldn't matter much when you create content with the "Auther" as a different user.

R1D1
08-18-2006, 03:26 AM
To have full admin permissions in vbdrupal a user must have vbulletin "Administrator" as primary group.
Otherwise you'll need to set up a drupal group linked to the vbulletin administrator group that gets all permissions.
This is sort of a safeguard since a true admin (with primary group as administrator) will always have all permissions. In vbulletin you are still able to set permissions for administrators.

anyway, that shouldn't matter much when you create content with the "Auther" as a different user.

Hi,

i never had any probs with the administration of vbdrupal.

the prob is, not every user of ours is primary vb-group "regular user". But every user, whos primary vb-group is not "regular user" is definitly ignored by vbdrupal. not named in blocks. not found at creating content and so on...

greetz r1

elmuerte
08-18-2006, 03:53 AM
hmm... that would mean that the user has no associated drupal roles, but that would only happen when a user is not logged in, since it would always be in the 'authenticated user' role.

R1D1
08-18-2006, 03:55 AM
hmm... that would mean that the user has no associated drupal roles, but that would only happen when a user is not logged in, since it would always be in the 'authenticated user' role.

as you see on my page. no. ;) thats the bug, i'm talking bout the last few 20 posts. ;) ;)

elmuerte
08-18-2006, 04:05 AM
when you run the sync_user script is the troubling user also reported to be copied? and in the end is the user in the drupal_users table?