Icy Phoenix

Mighty Gorgon wrote: [View Post]

The problem is that not all servers allow writing permissions... you can check how WordPress works, because its plugins system is really well coded.

thats why i thought of using an ftp script.

it´s probably the only way to work on all servers

Is it support utf-8?

Yes

That's good
And my last question: Why do you use this version number? I mean after 1.2.0.27 the new version number is 1.3.0.53. After 1.3.0.53, 1.3.11.64 will come.
I don't want to insult you, but I don't understand this.

zsolti10 wrote: [View Post]

That's good
And my last question: Why do you use this version number? I mean after 1.2.0.27 the new version number is 1.3.0.53. After 1.3.0.53, 1.3.11.64 will come.
I don't want to insult you, but I don't understand this.

Let me explain with my own words...
1.1, 1.2 and the last one 1.3 are the releases.
Next one would be 1.4 I guess

So the Zero is for release 1.4.0

1.3.11.64 means, 11th "public" and 64th "private" release
I hope I am right and you could understand how the version is working.

Now understand, thanks

Icy Phoenix versioning is slightly different from what Steffen wrote.

X.Y.Z.W

• X: major revision
  
• Y: minor revision (changes each stable release)
  
• Z: number of revisions between two stable releases
  
• W: cumulative number of code revisions

In other words Z changes only between stable releases, W increases each time and Y changes only when a new stable version is released. X changes only when the core code is almost rewritten.

I understand now, thanks MG and TheSteffen.

Possible BUG in xs_news

If you wanna use the News ticker, with an rss feed.

The ticker tells me, it´s not able to read the xml data from Icy.com for example or the feed is just empty.



funny thing is , loading forum.php at first it shows the feed, but after finnishing load of page, its gone



Aswell, i´ve noticed that the table XS_news_xml has only the feed name, url , and direction of feed stored.

xml height, wide, font and speed, are empty.



Aswell, i get an error message, trying to delet the news entry




Edit:

Another Bug, i think.

adm/erc.php

if you try to reset template-data:

Select new theme
Fatal error: Call to a member function obtain_styles() on a non-object in /homepages/39/d302884489/htdocs/xxxxxxx/includes/functions_selects.php on line 74

Another one.

CMS is´nt updating CMS config.

You can change default layout, but

left and right blocks wide does´nt change at all, after changing the settings and saving.

It tells you that they´ve been updated, but going again to CMS config, i see the same data as before, only default layout changes OK.

Funny thing, I created a new portal page, assigned blocks and verything was ok. When i switched back to 3-column changed a few block positions, and had an error message. Investigated a bit, and found that, in the table ip_cms_config , the first three entrys were gone.

1. default_portal
2. header_width
3. footer_width

were´nt anywhere to find

Look´s like something is deleting this tables.

Testet this on a clean install, and on my updatet live site

and AJAX is´nt working aswell. only works a bit in Add´s and publicity

Hi spydie,

thanks for reporting...

CMS (SVN Version) is not ready till now. So, you can test everything else

But if you don´t report or test everything, then it takes longer to find the bugs

And another one .

New privat chat gives sql errors

Error in install/database_update.php Rev 231




Ok forget this.

I just found out, you´ve got to update through install script.


Juas.

Authentication went in the sh...er

It tells me wrong pass

I think the error comes from install script.

running database_update directly i got an error from here

functions_install line 2409 undefined string

looking at the database afterwards. clean name is empty. and trying to login it tells you wrong password.
this happens to all users

Investigating a bit, it looks like it has something to do with login data beeing compared wrong in database.

You have specified an incorrect username. Please check your username and try again. If you continue to have problems please contact the Administrator.

still trying to find the error.

edit:

found the error.

it´s in includes/auth_db

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