vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin 3.0 Full Releases (https://vborg.vbsupport.ru/forumdisplay.php?f=33)
-   -   4images Gallery 1.7 (https://vborg.vbsupport.ru/showthread.php?t=62020)

phenomenon 03-15-2004 04:30 AM

... edited this

Whenever I alter anything and I log out and log back in, I seem to suddenly have problems getting into the admin section. It starts redirecting me at random to the vb3 home page.

Other times it seems to work fine and I'm able to log in. I'm trying to nail down exactly when it quits working, starts working again -- seems like it may be Safari in 10.3.2 cacheing at bad times, as firefox 0.8 works great. hmm...

BlackxRam 03-15-2004 10:13 PM

Matrix, is the stuff fixed that screwed up my templates? I stil try adding it and whenever i upload the modified files my templates mess up in 4images.

Any word?

poetic 03-16-2004 03:40 PM

Does anyone have any clue why when I login to the admin control panel for 4images.. it redirects me to the main page of my forums? I used IE and Firefox and it doesn't work.

lasto 03-16-2004 05:39 PM

cause the hack has problems and a problem hack just aint worth installing

after reading most of the posts in here reckon this hack should go back to Beta Forum and have a vb warning `Install at own risk` LOL

MindTrix 03-16-2004 05:41 PM

Negative :) I installed 4 times on seperate forums and did not get a single problem or error.

phenomenon 03-16-2004 06:43 PM

this is what I'm seeing happen:

I'm editing in one tab (firefox/safari) and refreshing in another. I have a third tab with vbulletin open.

If I log out of vbulletin, it doesn't matter if I log into the gallery or not, I will not be able to open the admin in gallery.

if I log out of the gallery, I will be logged out of both vbulletin and the gallery. If I try to make any edits in the admin tool in the first tab, it will ask me to login. However, that login won't work, and will redirect me to the forum. If I log into the forum, then go back and hit the control panel button, I will login to the gallery control with no problems.

the <if> statements in vbulletin -- I'd love to use those in the navbar I'm recreating for Gallery. Basically I'm recreating the vbulletin navbar so that the search searches the gallery (not vb), and if the user logs in they'll get their logout/lightbox/control panel links in the navbar like on vb. The easiest way to do this is to use the if statement structures, but I'm guessing since it isn't working for me that this is something that vb3 uses and the gallery can't. Does anyone know?

phenomenon 03-17-2004 12:00 AM

ok I found this in the 4images sessions.php that either mtha or matrix put together, and I want to confirm that this is correct, as it may be explaining my cookie problems. Should cookie_path be pointing at $cookiedomain? etc:

line 425 I believe
Code:

define('COOKIE_NAME', '');
define('COOKIE_PATH', $cookiedomain);
define('COOKIE_DOMAIN', $cookiepath);
$secure = (isset($SERVER_PORT) && $SERVER_PORT == "443") ? 1 : 0;
define('COOKIE_SECURE', $secure);


phenomenon 03-17-2004 12:02 AM

also, in sessions.php clientscript/md5.js should be clientscript/vbulletin_md5.js (at least as of vb rc4)

DrkFusion 03-17-2004 12:25 AM

Great! Notice that this will result in headers/cookie problems for people with older versionf of mozilla, alot of users used to get header errors with the older versions.

phenomenon 03-17-2004 12:30 AM

Ok, I think I have a feeling about why one of my problems is occurring:

If I have two windows open (or two tabs) -- one of the 4images gallery home page let's say, the other of the 4images gallery control panel, and I'm working on the login/pw for example. If I click logout in the home page tab, then my cookies are cleared, I'm logged out. If I then switch to the 4i control panel and try to do something, of course I'm logged out so it asks me to login/pw. When I do this, it opens the vb3 home page in the edit frame of the 4i control panel, and i'm not logged in yet in vb3 either. So I log in there, and click on the templates link or something in the control panel and the 4i accepts that I'm logged in.

Basically, the problem is in the 4i control panel login. You can find this in admin_global.php, around line 89 or so. My gut feeling is that though we're instructed to update the user_loginform.html file, we're never instructed to update that login. So it's still calling old code. Can we get that fixed?

thanks


All times are GMT. The time now is 09:13 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.01035 seconds
  • Memory Usage 1,738KB
  • 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
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (1)pagenav_pagelinkrel
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)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
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete