Icy Phoenix

New bug about the preview message : when you try to preview the message your are typing, a part is lost when there is BBcodes or parts of codes PHP (quoted). You can see it here on this forum : just edit my message and click on " preview " : this is what I have :



Edit : I also tried the SAME message on a fresh install with the basic template : same result.

Ah yes ... Now that I think about it, something that might be changed is in the ACP -> Forum : when you try to delete a forum/category while there is some subforums/cats, it tells you " nowhere to move to " then you have to delete aaaaaall the subcategories first and sometimes it's really boring :X

New report : you can't assign a special rank to a group. When you try and submit, it never save the changes about it. After some tests, when you submit it always reset the value " group_rank " in the table " ip_groups " to " 0 ". I even tried to change this value manually : nothing to notice, it works, but when I update the group it gets reseted. The rank doesn't even show up in the forum =/

I am a litle bit late, but great news AND great work MG.

Thank you MG, utf-8 was much needed really

Ripley wrote: [View Post]

Thank you MG, utf-8 was much needed really

My concern is whether it will be a easily and correctly converted into an existing database, from characters ISO (rusian, greeke etc) in UTF.

I have created a convertor, but it needs to be tested.

for what i can say, it works Luca.

got a double of my mod site running with latest svn in spanish

conversion went quick and with no errors i think.

only thing i got to say, wouldnt it been easier to use útf8 encode/ decode for the lang files.

accented words look a bit funny and crazy in the lang files now.

Did you try to run install/convert_utf8.php?

yep I run that script .

uploaded and overwrote includes/db with the fresh ones and run that script afterwards with no probs

Great, thanks for reporting.

Regarding lang files, I think it's up to translators... English doesn't have accented letters.

BTW

I´m trying to fidle an admin_plugins_extended together, with some new functions, like uploader/unzipper-extractor to the final folders .

function i´ve seen on joomla, only thing is, where must be an xml file included in the zip, that tells extractor where to extract each file to.

i´m basing this unzipper on pclzip and pclxml libs.

but i still need some ideas , on how to move the files around ( ftp script maybe) or an pseudo ftp script

I have already coded / integrated most of those files functions.

Original pclzip.lib.php is in includes folder, while in includes/class_files.php you can find all functions I have coded to manage both files and folders (I personally use those scripts to manage local packages).

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

spydie wrote: [View Post]

only thing i got to say, wouldnt it been easier to use útf8 encode/ decode for the lang files.

accented words look a bit funny and crazy in the lang files now.

I solved it for german with another saving each file as UNIX UTF-8 without BOM

Try it with one file to test. Or send me one, I will do it for you.

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.