Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.
Sign In
Not a member yet? Click here to register.

Upgrading issues - 8 Subforums

Please limit yourself to upgrading issues, not installation.


1716 posts | Last Activity on 21-06-2019 15:34 by afoster
afoster
afoster 21-06-2019 15:34, 31 days ago
Re: Admin Panel Issues Thanks Falk, I updated the database with the titles. I will have to be more careful on my upgrades I guess, although I thought that I had overwritten all of the files that were in the 8.00.21 files folder.
Falk
Falk 21-06-2019 02:50, 1 month ago
Re: Admin Panel Issues That is a result of missing locales, The new locales added for these items where never present during the upgrade. All files must be overwritten as explained in the readme.
I see the Blog Cats, Blog, filemanager, Email Templates. You can complete them by manually edit the entries in phpMyAdmin table admin.
afoster
afoster 20-06-2019 16:58, 1 month ago
Re: Admin Panel Issues The attached screen shot shows the admin panel for the Content module and as you can see, the text for some of the options is missing. This is happening on all other modules except for the Infusions module. This site has been updated from a 7.02.07 version of php-fusion and am wondering if anyone can tell me what is causing this?
Homdax
Re: Upgrade from 7.02.07 to 8.00.21 > issues > eventually... SUCCESS! :) .., but lots of work to d ok, so the original site theme and main gfx were actually pretty much inherited in to 9 with few or non important issues. I have a few edits to do but the main thing is that the site is actually looking as it should after upgrade to 8 and now upgrade to 9. Then again the theme is not very complex. I am beyond relieved. grin
Homdax
Re: Upgrade from 7.02.07 to 8.00.21 > issues > eventually... SUCCESS! :) .., but lots of work to d Going from 8 to 9. We'll just have to punch through to latest version to keep the site secure and up to date. Will post in relevant forum if anything goes kaboom.
Wanabo
Wanabo 03-05-2019 17:28, 3 months ago
Re: First v7 site to v8 upgrade a success! Here is some feedback from my users:
When using quick reply you can not preview a message without loosing an attachment. (old v7 bug)
Wen using quick reply you can not switch to full reply keeping your all ready typed message like with other forum software. For example you use quick reply but want to add an attachment you need to switch to reply.
Viewing an attached image in forum can only be closed with escape. The X is probably on the wrong spot. When you click X right bottom corner, very briefly the X is shown top right, but nothing happens.

User request. Like or vote up buttons.
Falk
Re: Upgrade from 7.02.07 to 8.00.21 > issues > eventually... SUCCESS! :) .., but lots of work to d Then you´ll get theme issues with orginal theme for sure.
Homdax
Re: Upgrade from 7.02.07 to 8.00.21 > issues > eventually... SUCCESS! :) .., but lots of work to d What if I decided to continue towards 9?
Falk
Re: Upgrade from 7.02.07 to 8.00.21 > issues > eventually... SUCCESS! :) .., but lots of work to d If you toggle Bootstrap, disable global.css and default.css your orginal Theme should perform as expected.
Wanabo
Re: Upgrade from 7.02.07 to 8.00.21 > issues > eventually... SUCCESS! :) .., but lots of work to d like Well done. Thorough procedure.
Homdax
Re: Upgrade from 7.02.07 to 8.00.21 > issues > eventually... SUCCESS! :) .., but lots of work to d Here we go again.
Upgrading test site on subdomain on another space on the host, but with identical requirements aside from that.

  1. Language set to English and database checked, any other locale files removed.
  2. Dumping tables from test site > importing tables from Prod site. Verified English only.
  3. Changed table setting to reflect correct domain entry in cells site_url and site_host (or logon won't work)
  4. Verified English only in Administration.
  5. No theme changes.
  6. Same files, no action.
  7. Switch PHP version from 5.5 > 5.6 prior to upgrade Consequence > high ascii garbled, as expected.
  8. Check Admin > not affected.
  9. Upgrade sequence
  10. Step 1 Maintenance > ok
  11. Step 2 > ok
  12. Step 3 alter config php > ok
  13. Step 5 > htaccess written > ok
  14. Step 6 > db upgrade run > no errors
  15. Site appears with Draig and a bit garbled, admin is browsable, version states 8.0.21
  16. Uploading upgrade files (You do know there is a zero KB .htaccess file in the file package?, excluding it from upload)
  17. Site switches to Atom-8, seems working,
  18. Administration is working, Forums are there, lots of theme stuff obviously more or less broken, but site basically functional.
  19. However, high ascii still looks garbled at first sight, a REFRESH seems to fix that.
  20. Disabled RSS panel
  21. Damn, utf8 on custom RSS feeds is not working. That is NOT PHP-Fusion fault though.
  22. Several old infusions (really old) defused to see effect.
  23. Trying to switch to higher PHP version: > 7.3 > works
  24. RESULT > OK


Some remaining errors in the error log:
Code
templates/panels.php(106) : eval()'d code
Trying to get property of non-object Line: 15
templates/panels.php(106) : eval()'d code
Trying to get property of non-object Line: 12    
templates/panels.php(106) : eval()'d code
Trying to get property of non-object Line: 10    
templates/panels.php(106) : eval()'d code
Trying to get property of non-object Line: 11    
templates/panels.php(106) : eval()'d code
Trying to get property of non-object Line: 9    
templates/panels.php(106) : eval()'d code
simplexml_load_file(http://www.moderat.se/skane/feeds/news.xml): failed to open stream: HTTP request failed! HTTP/1.1 404 Not Found Line: 5    
templates/panels.php(106) : eval()'d code
Undefined variable: itemtext Line: 65    
templates/panels.php(106) : eval()'d code
include(infusions/latest_news_panel/locale/English.php): failed to open stream: No such file or directory Line: 53

Probably related to changes in default code.

I have lots to do in regards to adaptations and troubleshooting of the site. Considering we based the Prod one out of Ddraig I guess I might start from there, butt switching stuff a bit it might be easier to start from Stylo... dunno really. Atom-X is working best for functionality.

anyone care to adapt www.moderaterna.se for php-fusion as theme will have my eternal gratitude... :P
Wanabo
Wanabo 30-04-2019 11:55, 3 months ago
Re: First v7 site to v8 upgrade a success! That is a great tip!
I searched these forums for an after upgrade conversion script in case you disable the conversion in upgrade php, I mean the utf-8 conversion part only.
With your tip I can comment out some conversions I think that are not needed to speed up the process. But, and that is also why I need an after upgrade conversion script, I want to make sure also those commented out utf-8 conversions are done later on, just in case I missed some thing.

Yesterday I did an 20 mb database conversion which took about 35 minutes, see elsewhere in this thread. Today I did an 12 mb database conversion which took only 6 minutes. But that was on an other server with more memory. So I don't think I'll encounter time out problems, even with the biggest datebase of 30 mb.

But an after upgrade conversion script is appreciated.
Falk
Falk 30-04-2019 11:42, 3 months ago
Re: First v7 site to v8 upgrade a success! On a side note, to reduce loading time you can identify Chars needed for conversion on your given language and cut the function short.
Now it takes our full list and compare them all, naturally that will cause some increased load.

For exaple in Swedish I only need, ( Also for lower case ) and in scenarios questions marks etc.. But it still reduce the load by a lot.

Code
dbquery("UPDATE ".$table." SET ".$column['Field']." = REPLACE(".$column['Field']." ,'Ã¥','Å')");
dbquery("UPDATE ".$table." SET ".$column['Field']." = REPLACE(".$column['Field']." ,'ö','ö')");
dbquery("UPDATE ".$table." SET ".$column['Field']." = REPLACE(".$column['Field']." ,'Ä','Ä')");
Falk
Falk 30-04-2019 06:16, 3 months ago
Re: First v7 site to v8 upgrade a success! Good news!
Wanabo
Wanabo 29-04-2019 12:30, 3 months ago
Re: First v7 site to v8 upgrade a success! Upgraded https://www.phpfusion-nederlands.info/ to v8.

I was a little nervous because this is the first site with a large database (20mb) and this would be a showcase if the rest of the sites with big databases will encounter problems.
The UTF-8 conversion took about 35 minutes, but after 30 minutes I got a 504 Gateway timeout from Nginx. But by monitoring the load of my server I guessed the conversion process was still running.
Afterwards I double checked if new tables were there and the old ones where altered to utfmb4. All seemed in order. After uploading the new files all worked as expected. smile
Wanabo
Wanabo 29-04-2019 09:21, 3 months ago
Re: First v7 site to v8 upgrade a success!

Falk wrote:

@Falk
-

Quote

Wanted to delete a thread, but leads to a blank page. forum/options.php?step=delete&forum_id=8&thread_id=245

Ok, the blank page should not be, but the other is a known issue inherited from 7 afaik. : https://github.com/php-fusion/PHP-Fusion/issues/2039


Never experienced this on v7. Deleting a user removed all his posts and when the deleted user had started a thread also the complete thread was removed with all other posts. I'll double check if the blank page isn't because I modded something.

I reported in the past that when deleting a user his shouts and submissions are not deleted. I'll attach my modded administration/members.php which will add extra checks for that. And some other "improvements" like showing more info on the member page. It's working but I'm just a hobby coder, so any input on improvements are welcome and perhaps you see something that would make it in v8 permanently.

Oh dear, just checking the file and the error could very well be something I did. DELETE IGNORE might be the culprit. (worked in the past). Come to think of it, I didn't delete a member just a thread, so this routine was not executed.

The file /forum/options.php is original, but that is where the error occurred.

Edit: Update removing a thread on forum/viewforum.php?forum_id=2&rowstart=0 via the checkbox works OK. Removing a thread via dropdown panel below post "moderator options" and choosing delete thread leads to my error. (you can select yes / no etc. but when the actual deletion should happen it fails)
Falk
Falk 29-04-2019 07:02, 3 months ago
Re: First v7 site to v8 upgrade a success!

Quote

@the coders, would ini_set('max_execution_time', 43200); //12 hours in the upgrade script help prevent timing out the script?

Yes, but you need to boost both PHP and MySQL execution times, depending on database sizes more resource heavy actions might also need a tad more memory.

Quote

Wanted to delete a thread, but leads to a blank page. forum/options.php?step=delete&forum_id=8&thread_id=245

Ok, the blank page should not be, but the other is a known issue inherited from 7 afaik. : https://github.com/php-fusion/PHP-Fusion/issues/2039
Wanabo
Wanabo 28-04-2019 18:41, 3 months ago
Re: First v7 site to v8 upgrade a success!

Homdax wrote:

@Homdax
-Hokay, if I get that right this means we really need to put some emphasis on getting locales completed or stuff won't work properly. String check against English turning up an error, would that invalidate the locale set completely? Or generate a report? How do we want this to work?

I guess a report would be nice since you can translate on the fly? Yes, many reports and many checks, but with the advantage of actually seeing the missing string instead of it lurking and causing some werd issue down the line. Dunno if that is even possible...


My idea is just to show an English string if the other locale file does not have it. So first try to look in the corresponding locale file, if the string is not there show the corresponding English string. It would be nice if it had for an example red background so you know you have to add it to your locale file. Then you can ask your members to hunt down missing strings.


Ran in two other problems when upgrading sites.

- Used symlinks on my server. When uploading new files to my server the symlinks were not overwritten by the new files. So still pointing to non upgraded files. It's highly unlikely any one else faces this problem. Removed symlinks, uploaded the new files again and problem solved. (Made symlinks to only mod 1 file in stead of 9)
- On one domain I have 9 subdomains with php-fusion websites, all using the same database with different table prefixes. This causes the update script to fail. I don't think it has to do with the max_execution_time, but perhaps of different table prefixes. Created for every site it's own database, after that upgrade was a walk in the park.

@the coders, would ini_set('max_execution_time', 43200); //12 hours in the upgrade script help prevent timing out the script?

Edit: found a new problem.
Wanted to delete a thread, but leads to a blank page. forum/options.php?step=delete&forum_id=8&thread_id=245
It was deleted from table post, but not from table threads
Homdax
Homdax 28-04-2019 09:47, 3 months ago
Re: First v7 site to v8 upgrade a success!

Wanabo wrote:

@Wanabo
- Thought about multi locale.
Always use English for upgrade (check language setting in your site to be English)
Enabling other languages afterward which are not 100% compatible with new v8 causes problems. The php-fusion software only checks if a locale file is present but it should all so check if the corresponding locale string is present. If not use default English. I think this could prevent a lot of errors and problems.


Hokay, if I get that right this means we really need to put some emphasis on getting locales completed or stuff won't work properly. String check against English turning up an error, would that invalidate the locale set completely? Or generate a report? How do we want this to work?

I guess a report would be nice since you can translate on the fly? Yes, many reports and many checks, but with the advantage of actually seeing the missing string instead of it lurking and causing some werd issue down the line. Dunno if that is even possible...
Wanabo
Wanabo 28-04-2019 07:30, 3 months ago
Re: First v7 site to v8 upgrade a success! Thought about multi locale.
Always use English for upgrade (check language setting in your site to be English)
Enabling other languages afterward which are not 100% compatible with new v8 causes problems. The php-fusion software only checks if a locale file is present but it should all so check if the corresponding locale string is present. If not use default English. I think this could prevent a lot of errors and problems.
You can view all discussion threads in this forum.
You can start a new discussion thread in this forum.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You can download attachments in this forum.