Resource icon

vBulletin Big Board Importer [vBulletin 3 + vBulletin 4] [Paid] 1.5.0

No permission to buy ($150.00)
Overview Updates (9) Reviews (3) History Discussion
OK, I fixed the permissions issue by adding my admin account's ID to config.php, which finally let me into the control panel. All user group permissions had been reset to "no". Is that by design?
PHP: 
$config['superAdmins'] = '544';
Only 15,000 of my 59,754 (according to the vB3 Admin CP) attachments were imported, which I presume was caused by the error noted in my previous post. Assuming attachment 21430 caused that error, should I just track it down on the vB forum and delete it?

Also, once again, any help in understanding custom user profile field imports would be appreciated.
 
DeltaHF said:
OK, I fixed the permissions issue by adding my admin account's ID to config.php, which finally let me into the control panel. All user group permissions had been reset to "no". Is that by design?
PHP: 
$config['superAdmins'] = '544';
Only 15,000 of my 59,754 (according to the vB3 Admin CP) attachments were imported, which I presume was caused by the error noted in my previous post. Assuming attachment 21430 caused that error, should I just track it down on the vB forum and delete it?

Also, once again, any help in understanding custom user profile field imports would be appreciated.
Click to expand...

This importer doesn't create groups or group permissions. A lack of permissions after an import is probably because you didn't rebuild the user cache:

Admin CP -> Tools -> Rebuild Caches

That will rebuild the permission combo ids in the user records so that users have their correct permissions based on the groups and permissions you have setup in XenForo. You must run this after the import.

Yes, you should find the specific attachment that is causing the error and deal with it, either by deleting the offending attachment or perhaps modifying the code in the exporter to make an exception as appropriate.

Custom profile fields must be setup manually by editing the code in the exporter. You must specify your own export lines with the field ids and values as appropriate.
 
I couldn't rebuild the user cache because I couldn't get into the AdminCP until I re-defined my account as a superAdmin. It didn't immediately occur to me to define that in config.php ahead of time, so it might be helpful to mention that in the installation instructions for others in the future.

Also, regarding custom profile fields, lines 380-396 are noted in the Export.php menu, but 487-506 are apparently the ones which need to be modified (unless I've missed something?).

One other thing: I sent banned vB users into the Registered user group and expected their "is_banned" flag set, as you had mentioned before. That didn't happen, but perhaps I misunderstood and you were referring to overall XF architecture instead of this converter's behavior. I guess I'll need to create a "banned" XF user group and import the banned vB users to it.
 
I noted the same with the line numbers, I assume it's because of an update to the code that the line numbers have changed.

What I have done with banned users is create the banned usergroup in XF and import them into that.
Then it's only a matter of batch updating those in that usergroup to is_banned.
Then if you don't want the extra usergroup, just move them into registered with the is_banned flag set.
 
I did make a change to the exporter (didn't release yet) which lets you define the groupid for the banned group in vB. That fixed a problem where is_banned is not set when you are using a non-default banned group (not groupid 8) in vB. The fix will be included in the next update.
 
Correct. I have the destination forums already set up anyway so I can go through the options per forum properly, pre import.
 
Here are two codes i see.

Code: 
//Avatar Writing Stuff
    public function _writeAvatar($user, $sizeCode, $tempFile)
    {
            static $_sizes = array(
                'l' => 192,
                'm' => 96,
                's' => 48

Code: 
static $types = array(
            1 => 'GIF',
            2 => 'JPEG',
            3 => 'PNG'
        );
      
        static $_sizes = array(
                'l' => 192,
                'm' => 96,
                's' => 48
        );
      
        static $imageQuality = 60;
      
        $fileName = '' . self::$dataDir . 'avatar_temp';

@Slavik
 
eagle eyes said:
In case i have changed the m to 192, what should i do? Export avatars only and run import again?
Click to expand...

"large" is already 192px. Change it back. Import without any avatar changes. Then later you can edit your style to use the "large" avatar in the desired places instead of the "medium" avatar. It's a style change, not an import change.
 
Jake Bunce said:
"large" is already 192px. Change it back. Import without any avatar changes. Then later you can edit your style to use the "large" avatar in the desired places instead of the "medium" avatar. It's a style change, not an import change.
Click to expand...
Have already made the mistake of changing those two m values to 192, exported and now the import is running on post table. What should i do now?
 
One of the group (Full Members specifically) all members in that group are banned. When i check banned users there is no one in there and when i click lift ban, it says user doesn't exist. All of them have crossed mark next on their username.

How to fix this issue?
 
DeltaHF said:
Interesting idea. Did you export the forums first (with Option 7), @Marcel?
Click to expand...

No. What I did was recreate the forums manually in the target database. I preferred doing it that way rather than relying on an importer. Sort of a 'from scratch' reasoning.
Mapped the forum ID's for importing posts etc, and bingo.
That way I could go through all the permissions for usergroups etc from scratch within XenForo so I knew they were spot on.
 
I have just tried this all again. I am now getting this error in several places:

Fatal error: allowed memory size of 134217728 bytes exhausted (tried to allocate 88 bytes in /home/site/public_html/demo/library/Zend/Db/Statement/Mysqli.php on line 682

What do I need to increase and where?
 
@Hornstar, you have to change your PHP memory_limit. This will be found in your php.ini file. I had to set mine to 2GB in order to complete Export.php:

Code: 
memory_limit = 2048M
 
Thanks Delta

I've now finished the whole export and import for the first time. I am now up to the rebuilding cache stage but getting errors. For the rebuild User cache I got this error:

Mysqli statement execute error : Incorrect integer value: '' for column 'user_group_id' at row 1

  1. Zend_Db_Statement_Mysqli->_execute() in Zend/Db/Statement.php at line 297
  2. Zend_Db_Statement->execute() in Zend/Db/Adapter/Abstract.php at line 479
  3. Zend_Db_Adapter_Abstract->query() in Zend/Db/Adapter/Abstract.php at line 574
  4. Zend_Db_Adapter_Abstract->insert() in XenForo/Model/Permission.php at line 1416
  5. XenForo_Model_Permission->findOrCreatePermissionCombination() in XenForo/Model/Permission.php at line 1377
  6. XenForo_Model_Permission->findOrCreatePermissionCombinationFromUser() in XenForo/Model/Permission.php at line 1246
  7. XenForo_Model_Permission->updateUserPermissionCombination() in XenForo/DataWriter/User.php at line 962
  8. XenForo_DataWriter_User->rebuildPermissionCombinationId() in XenForo/Deferred/User.php at line 37
  9. XenForo_Deferred_User->execute() in XenForo/Model/Deferred.php at line 208
  10. XenForo_Model_Deferred->runDeferred() in XenForo/Model/Deferred.php at line 331
  11. XenForo_Model_Deferred->_runInternal() in XenForo/Model/Deferred.php at line 284
  12. XenForo_Model_Deferred->run() in XenForo/ControllerAdmin/Tools.php at line 147
  13. XenForo_ControllerAdmin_Tools->actionRunDeferred() in XenForo/FrontController.php at line 337
  14. XenForo_FrontController->dispatch() in XenForo/FrontController.php at line 134
  15. XenForo_FrontController->run() in /home/site/public_html/demo/admin.php at line 13


Another time the users were being rebuilt I got this error:
An exception occurred: No entry is registered for key 'db' in /home/site/public_html/demo/library/XenForo/Application.php on line 958



  2. XenForo_Application::get() in XenForo/Application.php at line 1336
  3. XenForo_Application::getDb() in XenForo/Error.php at line 52
  4. XenForo_Error::unexpectedException() in XenForo/Application.php at line 363
  5. XenForo_Application::handleException()
This is what I see:
upload_2013-10-26_12-50-32.webp

Anything wrong with that?
 
Last edited:
You must log in or register to reply here.

Similar threads

M
  • Question Question
XF 2.2 XF2 CLI import vs vBulletin Big Board Importer
Replies
1
Views
527
Slavik
Slavik
Slavik
vBulletin Big Board Importer for XenForo 2 [vBulletin 3 & vBulletin 4] [Deleted]
Replies
1
Views
810
Slavik
Slavik
Steffen
vBulletin 3/4 Moderator Log Import Command
Replies
0
Views
964
Steffen
Steffen
Kier
  • Question Question
XF 2.0 vBulletin 4 with Blog importer - known issue
Replies
8
Views
17K
Universal4
U
Mr Lucky
  • Question Question
XF 1.5 Redirect from vBulletin 3 and vBulletin 4
Replies
1
Views
489
Mr Lucky
Mr Lucky
Back
Top Bottom