vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vB4 General Discussions (https://vborg.vbsupport.ru/forumdisplay.php?f=251)
-   -   Yea, no issues with update to 4.2.2 but I have a question about admincp version (https://vborg.vbsupport.ru/showthread.php?t=304842)

pityocamptes 11-22-2013 02:37 AM

Yea, no issues with update to 4.2.2 but I have a question about admincp version
 
Admincp version still says 4.2.1 but board shows 4.2.2. Is that normal?

--------------- Added [DATE]1385091513[/DATE] at [TIME]1385091513[/TIME] ---------------

Oh, one more thing, do I delete the entire install folder after done?

tbworld 11-22-2013 02:51 AM

Quote:

Originally Posted by pityocamptes (Post 2462756)
Admincp version still says 4.2.1 but board shows 4.2.2. Is that normal?

No.
Did you alter your default admincp directory in 'config.php'?

Quote:

Oh, one more thing, do I delete the entire install folder after done?
Yes

pityocamptes 11-22-2013 02:54 AM

Quote:

Originally Posted by tbworld (Post 2462759)
No.
Did you alter your default admincp directory in 'config.php'?

Yes

Yes, I did. How do I fix this? I changed the default file name to another for security.


I also changed the modcp file name to another, if that makes a difference... in the update...

tbworld 11-22-2013 02:57 AM

Just upload the v4.2.2 admincp files to the new directory you created. You can also just copy them over from the default directory if you know that it is clean. Best practice is to reupload the files to the right directory. You should delete the directories you are not using after you have made a backup. Always make a backup!

pityocamptes 11-22-2013 02:59 AM

I wonder if the mods I have would affect the admincp? I'm hesitant to overwrite with the vanilla upgrade copy...

Also, would the modcp file have been altered?

What happens if I change the file names back to the original names and rerun the update? Then change them back to what I have in the config file?

--------------- Added [DATE]1385093324[/DATE] at [TIME]1385093324[/TIME] ---------------

Ok,changed the files to the 4.2.2 but it still shows 4.2.1 in the admincp. Also, do I need to change the modcp files?

tbworld 11-22-2013 03:10 AM

Quote:

Originally Posted by pityocamptes (Post 2462764)
I wonder if the mods I have would affect the admincp? I'm hesitant to overwrite with the vanilla upgrade copy...

First backup ... always, always.
You are just writing over the directory like you were doing an upgrade. Your database should have already updated when you did the original update process to v4.2.2. Your 'mods' usually do not directly modify the vbulletin files. It would be rare.

Quote:

Originally Posted by pityocamptes (Post 2462764)
What happens if I change the file names back to the original names and rerun the update? Then change them back to what I have in the config file?

I am not sure why you would have to do any of this. What names would you be changing? You do not need to run the update again.

pityocamptes 11-22-2013 03:15 AM

1)Ok, I overwrote the admincp files with the new 4.2.2 files - it still says 4.2.1 in admincp

2) I changed the folder name of the modcp to XXXXX. Should I manually update the files in the"modcp" to the new files in the upgrade?

--------------- Added [DATE]1385095615[/DATE] at [TIME]1385095615[/TIME] ---------------

Plus. I don't know if this is an issue but both the "admincp" and "modcp" are password protected... any help appreciated. Thanks!

tbworld 11-22-2013 04:08 AM

Quote:

Originally Posted by pityocamptes (Post 2462771)
1)Ok, I overwrote the admincp files with the new 4.2.2 files - it still says 4.2.1 in admincp

Strange, I am looking into this. I do not have v4.2.2 loaded up on a development station. I am only looking at the source and so far cannot find why that would be.

Quote:

Originally Posted by pityocamptes (Post 2462771)
1)
2) I changed the folder name of the modcp to XXXXX. Should I manually update the files in the"modcp" to the new files in the upgrade?

If you changed the name in the config.php, then upgrade the files from v4.2.2 source files to your chosen directory.

--------------- Added [DATE]1385113347[/DATE] at [TIME]1385113347[/TIME] ---------------

Quote:

Originally Posted by tbworld (Post 2462782)
Strange, I am looking into this. I do not have v4.2.2 loaded up on a development station. I am only looking at the source and so far cannot find why that would be.

If it is still showing V4.2.1 then something is not write. Clear your cache in your browser to start with just in case.

As I expected the version number for the admincp is derived from 'class_core.php. It is then used in the admincp via the following php statement.

Code:

    define('ADMIN_VERSION_VBULLETIN', FILE_VERSION_VBULLETIN);
The constant 'FILE_VERSION_VBULLETIN' is defined in 'class_core'. So the question is what '/includes/class_core.php' file is your 'admincp' reading from. Something funky there...

pityocamptes 11-22-2013 02:18 PM

What happens if I un pw protect the file, change the name back to its vanilla name, and rerun the upgrade?

Elite_360_ 11-22-2013 04:07 PM

Quote:

Originally Posted by pityocamptes (Post 2462859)
What happens if I un pw protect the file, change the name back to its vanilla name, and rerun the upgrade?

if you are talking about the config.php file then i would use password protect for dir "includes" instead that would be more secure.

pityocamptes 11-22-2013 04:11 PM

Ok, well then, what do I need to do to get the version in admincp to show correctly? I already copied the upgrade files to the admincp and modcp folders, and nothing changed. Thanks.

Elite_360_ 11-22-2013 04:14 PM

Quote:

Originally Posted by pityocamptes (Post 2462883)
Ok, well then, what do I need to do to get the version in admincp to show correctly? I already copied the upgrade files to the admincp and modcp folders, and nothing changed. Thanks.

run the upgrade

pityocamptes 11-22-2013 04:29 PM

Ok, thanks. I was not sure if re-running the upgrade would screw anything up.

One more question, actually two more, will I need to change the folder names back to the vanilla names - ie, admincp/modcp, or can I just leave them as is, since I upgraded the files with the new vb version in these folders?

Also, for E360, I'm having issues with your username mod after upgrade, I posted in your mod thread. Thanks.

Elite_360_ 11-22-2013 05:56 PM

Quote:

Originally Posted by pityocamptes (Post 2462888)
Ok, thanks. I was not sure if re-running the upgrade would screw anything up.

One more question, actually two more, will I need to change the folder names back to the vanilla names - ie, admincp/modcp, or can I just leave them as is, since I upgraded the files with the new vb version in these folders?

Also, for E360, I'm having issues with your username mod after upgrade, I posted in your mod thread. Thanks.

you should not need to change if you have custom "admincp or modcp" as long as you have the custom directory in the config.php file and upload the new vb version content of the admincp and modcp to your custom directory

the username markup is not compatible with 4.2.2 the next version is

pityocamptes 11-22-2013 06:07 PM

Quote:

Originally Posted by Elite_360_ (Post 2462907)
you should not need to change if you have custom "admincp or modcp" as long as you have the custom directory in the config.php file and upload the new vb version content of the admincp and modcp to your custom directory

the username markup is not compatible with 4.2.2 the next version is

Ok, thanks! on the usermark up, not being compatible, will I need to remove the template coding specified in the readme.txt, or how will the new version address the code from the older version of the usermark in the templates that were manually installed? Thanks again.

Elite_360_ 11-22-2013 06:18 PM

Quote:

Originally Posted by pityocamptes (Post 2462911)
Ok, thanks! on the usermark up, not being compatible, will I need to remove the template coding specified in the readme.txt, or how will the new version address the code from the older version of the usermark in the templates that were manually installed? Thanks again.

for support about my mods or any mods will have to be ask on that mod thread we are getting of topic here

pityocamptes 11-22-2013 06:22 PM

Ok, posted in your mod... thanks

--------------- Added [DATE]1385189183[/DATE] at [TIME]1385189183[/TIME] ---------------

Ran the update again, no change, admincp still shows 4.2.1!!!!!!!!! While rest of board shows 4.2.2...... need some help on how to get this corrected...

--------------- Added [DATE]1385189809[/DATE] at [TIME]1385189809[/TIME] ---------------

I'm showing this for quite a few files when running suspect files in admincp:

File version mismatch: found 4.2.2, expected 4.2.1

--------------- Added [DATE]1385190507[/DATE] at [TIME]1385190507[/TIME] ---------------

I thought it might have been because I copied the original config file into the upload folder and replaced the new one, but after looking at both files I don't think was the problem...

--------------- Added [DATE]1385191491[/DATE] at [TIME]1385191491[/TIME] ---------------

I assume this is how you are supposed to do an upgrade:

I did NOT overwrite my existing folders and files with the new files through FTP, as I'm afraid I will lose my mods. I basically uploaded the UPLOAD folder to the root with all of the contents of the 4.2.2 version inside. I then pointed my browser to WWW.XXXXXXX.com/upload/install/upgrade.php and it ran. I assume this is how you are supposed to do it? Thanks.

--------------- Added [DATE]1385194374[/DATE] at [TIME]1385194374[/TIME] ---------------

OK, reading up and it looks like you have to overwrite the files. Now I am receiving these errors:

Warning: Declaration of vB_Database_Alter_MySQL::add_index() should be compatible with that of vB_Database_Alter::add_index() in ..../includes/class_dbalter.php on line 882

Warning: Declaration of vB_Database_Alter_MySQL::add_field() should be compatible with that of vB_Database_Alter::add_field() in ..../includes/class_dbalter.php on line 882

Warning: Declaration of vB_Database_Alter_MySQL::drop_field() should be compatible with that of vB_Database_Alter::drop_field() in ..../includes/class_dbalter.php on line 882

Warning: Declaration of vB_Database_Alter_MySQL::query() should be compatible with that of vB_Database_Alter::query() in ..../includes/class_dbalter.php on line 882

Warning: Declaration of vBCms_Item_Content::setItemId() should be compatible with that of vB_Model::setItemId() in ..../packages/vbcms/item/content.php on line 26

--------------- Added [DATE]1385194557[/DATE] at [TIME]1385194557[/TIME] ---------------

Does this have anything to do with the php version I am running?

php 5.2.17


All times are GMT. The time now is 07:53 PM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01345 seconds
  • Memory Usage 1,791KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (1)bbcode_code_printable
  • (13)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (17)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete