Icy Phoenix

I have updated this website to Icy Phoenix 1.3.13.66.

I should have fixed part of those error while update usernames... anyway this version is still highly unstable, I need to finish to test install / update procedure.

running install script to update :

Parse error: syntax error, unexpected $end in /homepages/39/d302884489/htdocs/forofos-f1/mods_nuevo/install/includes/functions_install.php on line 1114

thats inside an javascript , that worked previously, strange

thing is, that this only happens online, but not localy.

Another thing is:

Login is´nt working at all. Wan´t login anyway round.

Not even switching the comments in includes/auth_db.php

Testing icy from wifi in salou hotel!!!

My forum 1.0.27c does not run.... cant send messajes larges than one frase.

Look´s to me like last svn (235) is using different password encoding, and is´nt converting the pass correctly

example this is the same password in

rev 228: $H$9NUUWlTYIRdF3Wlij8s9tOlhAr/MXa1

rev 235: $H$94siWH.loie13Qbv.fgbzJtoHR7C50/


see the difference.

so if you update from 228 to 231 or 235 you get the problem that you can´t login anymore, and theres no way to reset the pass, at the moment

Passwords have been converted a while ago... latest revision uses a new field to check against username, that is why (I guess) you are not able to login anymore.

The conversion function is run automatically from database_update.php and install.php, but if you didn't update properly you won't be able to login.

Here is running revision 235 with some small cosmetic edits, so you can see that the package is working fine.

I still need to make sure that database_update.php is working fine.

In the meantime, before running update, make sure you have copied into your Icy Phoenix includes/db/*.* and includes/utf8/*.* from the last package.

gonna check this.

thanks MG

Edit:

just tried this again with the same result ( on local enviorement).

First copied includes/db and Utf from latest package into working 228 rev

then copied install

run install/install.php

update.

when deleted all files ( without config.php) from 228

copied complete 235 rev files

went to login , and the same happend

edited includes/auth_db.php comenting new auth line and decomenting the previous working one.

still not able to login

strange thing.

tried the hole process again, with identical result, but when tried to reset password by clicking forgot your pass.

and guess what, it works.

but i´m still not shure , where the hell i comit the error on updating

Hello MG, I have read that you already update Icyphoenix to utf, but there is still no cirillic letters on the smiley, may be I just do not understand something, then just delete my post

That depends on the font used which doesn't support cirillic letters.

You should find a font which supports your letters and edit the script to make use that!

I tried and I have the same problem with Greek letters ....

Of course the problem is with all non latins characters.

spydie, still no success in updating? Other two users updated a test site successfully with latest revision.

I should upload another version soon, try to wait and test the new one.

2 possible bugs:

• On the CMS, the permissions of Dynamic Menù Links, are not selectable:
  
  
  
  but the old that I have selected before upgrade are still works fine.
  
  
• All Ajax functions (for registration forms, user search...) seems don't work, even if are active on ACP.

I don't think it's a bug : MG already said that he was working on the CMS that had to be fully rewritten in a different and more efficient way. That includes every Ajax Functions linked with the ACP.

funny thing .

I keep having the same problems with login.

It only works , after having requested a new pass, but without activating this pass.

something strange in password conversion i would say, or better said , something in update.

It seems not to convert the pass.

this is updating from rev 230 to 245

Strange thing, looks like i´ve got to have a look at the update script, to see if i can sort this out.

MG. maybe you can give me a hint, where the conversion is done

andrea75 wrote: [View Post]

On the CMS, the permissions of Dynamic Menù Links, are not selectable

Convert these lang vars to uppercase... you need to do it twice!

andrea75 wrote: [View Post]

All Ajax functions (for registration forms, user search...) seems don't work, even if are active on ACP

There was a bug there... I need to finish to fix it.

spydie wrote: [View Post]

funny thing .

I keep having the same problems with login.

It only works , after having requested a new pass, but without activating this pass.

something strange in password conversion i would say, or better said , something in update.

It seems not to convert the pass.

this is updating from rev 230 to 245

Strange thing, looks like i´ve got to have a look at the update script, to see if i can sort this out.

MG. maybe you can give me a hint, where the conversion is done

Unfortunately I cannot tell what the problem is, because I don't keep track all the changes in development reviews. I can say that new installation is now working fine, and also update from 1.3.0.53 should work as I tested it some days ago (I hope to not have broken anything with latest fixes).

Try a new install and let me know.

no problems with new install.

the problem apears from rev 230 to 245

I can't remember what I changed in rev 230, do you need necessarily to update from that one?

yep

Try to change your IP version in config table to an earlier version: 1.3.12.65

Then make sure you have updated your includes/db files and run again database_update.php

Let me know if this fixes your issues.

Nope, did´nt work.

same result.

even trying the 1.3.0.53 option, got the same result.

My only problem is, that you need to request a new pass, to be able to connect. everything else runs fine, apart from needing to configure the portal page again, since all blocks after update are calling there data from the first installed block in the list

Mighty Gorgon wrote: [View Post]

I can't remember what I changed in rev 230, do you need necessarily to update from that one?

Login_ip.php screen <- May it help you ?
Rev 231 compared to 236 in function.php ?

I've just installed the GIT's IP version 1.3.14.67, when I want to register or create a new user (from ACP) I get this error: "Fatal error: Call to a member function sql_escape() on a non-object in D:\home\andrea\xampp\htdocs\ip_git\includes\functions.php on line 794"

Can anyone confirm this?

yep

just tested this on local with same result.

Fatal error: Call to a member function sql_escape() on a non-object in C:\xamp server\xampp\htdocs\rev_246\includes\functions.php on line 794

buldo wrote: [View Post]

I've just installed the GIT's IP version 1.3.14.67, when I want to register or create a new user (from ACP) I get this error: "Fatal error: Call to a member function sql_escape() on a non-object in D:homeandreaxampphtdocsip_gitincludesunctions.php on line 794"

Can anyone confirm this?

I Confirm... same error.

I'm trying this version in local in the meantime, and I found another little bug. With URL rewrite active, if I click in the viewprofile on "Add as a friend", the link bring on forum.php without add the friend at list.

---

On the includes/rss_function.php there is an error at line 317

FIND

REPLACE WITH

another one i think.

Revision 248

CMS-Installed blocks.

If you want to set block permissions to something else when all, it just stays ALL. it does not update to guests or logged in users.

Can someone confirm this ??

spydie wrote: [View Post]

another one i think.

Revision 248

CMS-Installed blocks.

If you want to set block permissions to something else when all, it just stays ALL. it does not update to guests or logged in users.

Can someone confirm this ??

Yes, I confirm.

And the problem with URL rewrite in user profile still remain, but now also the extra statistic link doesn't work correctly. I'm trying to solve...

another one.

Groups

if you wanne colorize an selected user, it changes the color of all users, not only the selected one.

Can someone confirm this please??

spydie wrote: [View Post]

Can someone confirm this please??

No: I've create 2 users and added them to the group, first user wasn't colorized so I checked the box and then colorized it; second one was colorized by default when he was added then I change (from ACP) the color of the two users and set the "Default Group" to "No default group"; finally I went to groupcp and colorized one user without problems.

Can you describe your steps?


As others SVN I've tested, I cannot set default templates: in acp and ucp it is regulary set on default template I've choosen, but it isn't the correct style.

Example:

Default style for site: ACP->Main settings->Site Defaults->Default style->Prosilver (with override users settings) same on ACP->Styles->Default style
UCP: correctly set to Prosilver (default style)
Style effectively in use: Frozen

The only way to get the Prosilver style is calling it directly from URL (..../index.php?s=2).

Can someone confirm this?

I confirm that buldo.

I´ve changed the style, renaming style id in _themes table giving my style the id 1.

buldo wrote: [View Post]

No: I've create 2 users and added them to the group, first user wasn't colorized so I checked the box and then colorized it; second one was colorized by default when he was added then I change (from ACP) the color of the two users and set the "Default Group" to "No default group"; finally I went to groupcp and colorized one user without problems.

hm.

i´ve tried again, and now it work´s. maybe just hit the wrong button before, and been to quick to post that here.

should have run another check before posting. My Bad

Maybe somebody can confirm this one.

link permissions not working in Dyn Menu.

Just tried to change permissions on statistics link, and the area is´nt even selectable

For utf-8 working right in ACP

OPEN templates/common/acp/ip_header.tpl
FIND

REPLACE WITH


Same for this file templates\common\xs_mod\tpl\frame_top.tpl

Bantron is not working for Email address

If you insert this: *@*.ru to ban all russan email addresses
you get this

I should have fixed almost all reported issues.

I still have to complete some code in CMS and then I'll update SVN / GIT repos.

Thanks for reporting.

one thing.

Don´t know if this happens to anybody else,

But if i try to delete an block from main page. The cms goes crazy, and i get an sql error message on the front page with no blocks shown, only the error message block.

Critical error it say´s

this is from my local test page, after deleting top posters block

I can confirm this.

Thanks for reporting, I'll check it ASAP.

Just keep in mind that everything CMS related is still highly unstable, because it has been recoded almost from scratch (even if the code is still not as I would like ).

I hope to have some of the basic features fixed soon, so we can debug it and then add special features to make it unique.

Thanks.

When I'm going into the ACP -> Users -> CMS Permissions and that I look for a User, the only permissions I see is " VIP " BUT there are other blank cases (where nothing is written but it seems to be possible to check them). Can someone confirm this ? The blank cases seems to correspond to the original permissions (I checked a 1.3.x version) and, in fact, the " Guest " / " Registered " / " Publisher " / " Reviewer " / " Content Manager " permissions are written but they do exist. Maybe some lang' var issue ?

Maybe an Lowercase - Uppercase thing like the CMS Issue??

Yes, it should be a CASE problem... anyway I don't care about that section, because is going to be removed.

We are moving to another permission system for CMS (similar to phpBB 3 one).

All CMS related things are highly unstable.

REV 250

Block deletion keeps driving CMS crazy.

I just tested on local enviorement.

I keep getting this sql error, when i delet a block from portal page, and going on edit this page, it tells me , NO PORTAL PAGE been selected to edit

second. CMS config disapears aswell, after deleting a block. You just get the normal CMS config page, without any fields to edit in

When will be released this update in Icy Phoenix Spain(in Spanish and oficially)?

PD: Great Job Mighty Gorgon!!

Regards for everyone!

spydie wrote: [View Post]

REV 250

Block deletion keeps driving CMS crazy.

I just tested on local enviorement.

I keep getting this sql error, when i delet a block from portal page, and going on edit this page, it tells me , NO PORTAL PAGE been selected to edit

second. CMS config disapears aswell, after deleting a block. You just get the normal CMS config page, without any fields to edit in

Thanks for reporting spydie, can you tell me the exact procedure to replicate the problems in a clean installation (if you have the time for doing that)?

Your help is very much appreciated.

I´ve installed rev 250 clean on local enviorement.

when i went to cms to edit some blocks, for testing

i decided to delet TOP POSTERS block from main page, so i went to CMS-PAGES and just deleted the TOP-POSTERS block from the list.

the result was an sql error on portal page and the disapearing of CMS config



and this happens, when you go to : EDIT THIS PAGE on portal page

Thank you very much, I'll fix it soon.

I just need to finish the jQuery part for blocks sorting and then I will review the full CMS before coding anything new.

Just stumbled other something here on this very site.

If you go to memberlist, and you select any letter, pagination goes up to 116, but theres only the first 3-4 pages used. All the rest is empty.

It looks to me, like it´s using pagination from ALL Users, for sorting by letter aswell.




This is just a sreenshot selecting S letter, but it happens to all of them.

somebody confirm this please

spydie wrote: [View Post]

...somebody confirm this please

Yes, I can confim that.

One question:

What happend to includes/page_header.php or is this version pulling the data now from constants directly??

includes/page_header.php have been removed because it's not the more efficient way to build page headers, especially for modding.

If you look at functions.php now you have new functions to output headers and footers... and also a new function to generate the whole page at the end of each file (allowing all defined vars to be used in header as well!).

Since now header is in a function, you would need to declare as global vars you want to be ported there.

Thanks MG

I drove myself crazy, trying to find that part