Version 7.1.5 has now been released. This version is a patch release that introduces a number of bug fixes since the last release. It also lays the ideal ground work for the 30 professional themes just released by ocProducts. Upgrading is suggested due to some stability fixes, especially to the calendar.
To upgrade follow the steps in your website's
http://mybaseurl/upgrader.php script. You will need to copy the URL of the attached
TAR file (created via the form below) during step 3.
Your upgrade to version 7.1.5
You can generate an upgrader from any version of ocPortal to any other version. If you access this upgrade post via the version information box on your Admin Zone front page then we'll automatically know what version you're running.
If you'd prefer though you can enter in your version number right here:
- Explained themes available, in Setup Wizard
- Changed default file permissions for data files, to meet some servers' security requirements
- Fix bug with site default theme detection, if members have edited their profile
- Suppressed errors about invalid unicode data that might come from users
- Fixed type-strictness problem in breadcrumb code
- Fixed nasty failure scenario if the template cache is not writable any more
- Fixed problem with carousel scroll-button size detection
- Fixed XHTML validation problem with anchors on titles
- Fixed problem viewing error log
- Provided better error reporting for invalid file permissions in many cases
- Fixed various problems if the 'none' forum driver is used (including Comcode tag help block, and URL monikers for forum hooks)
- Stopped various kinds of internal server errors generating automatic ocProducts error mails
- Fixed problem sometimes showing club search results
- Stopped htaccess file in uploads/incoming denying permissions on the content, for aviary addon to work
- Added 'Photo' field to default contacts catalogue
- Fixed dates passed into GALLERY_SUBGALLERY template
- Improvement to search form CSS, for thin fixed-width-layout displays
- Fixed small layout bug in the login box template that could show up on some themes
- Improvements/fixes to the theme-test mode
- Fixed XHTML validation bug in the news screen template
- Improved eCommerce product layout
- Fixed bug in flash uploader, for multi-upload form fields
- Fixed problems with emptying the Comcode page cache on some query-limited MySQL environments
- Added smart avoidance code for corrupt Freetype installations
- Stripped some unnecessary files being included with outbound emails
- Fixed bug logging emails with long subject lines (e.g. tracking notifications for topics with long titles)
- Fixed bug editing language files from addons
- Fixed small language file editing bug, override files were not fully minimised for cases where strings contained line-breaks
- Added database character-set auto-detection
- Fixed possible stack-trace problem if queries fail that are allowed to fail
- Fixed rare bug tracking attachments
- Fixed possible error message caused by bots probing the change-detection code
- Fixed possible problem with AJAX tree-list code, for long/complex ID names
- Fixed nasty problem with Setup Wizard if the abstract file manager has to run in FTP mode
- Fixed edit-profile link not showing on member profiles in the link trays
- Fixed text encoding problem on 'Action logs' menu item
- Clarified that installation of geolocation data will result in page refreshes until it finishes
- Made installing geolocation use 90% fewer queries, for servers that impose query limits
- Fixed very small display bug in virtual forums
- Fixed issue with Comcode Page editor if sitemap page deleted (although should not be normally, as it is in a core addon)
- Worked around issue if forum grouping data is somehow corrupt
- Reduced the number of queries made when managing the CEDI tree, so the tracking addon sends less alerts
- Fixed nasty bug displaying calendar events without an end-date
- Fixed bug with download system if gallery addon uninstalled
- Fixed bug with catalogues system if shopping addon uninstalled
- Removed Yahoo search engine submission task off default checklist (now defunct)
- Removed hard-coded assumptions about location of shopping module
- Fixed stack trace importing downloads if the files are missing
- Fixed nasty problem in phpbb3 driver regarding detection of usergroups
- Fixed small bug where the personal galleries may show twice in the gallery-choose-list
- Fixed problem on PHP4, working with zip files (bug introduced in recent patch release)
- Fixed nasty problem with email sending code if there is a loose '{' near the end of the global.css file
- Worked around problems if usergroup data is corrupt
- Corrected username used in the new-PT notification emails
- Suppressed incorrect Javascript alert on OS X Lion
- Fixed randomness problem in fader code
- Allowed the main_image_fader block to have custom thumbnailing, via new IMAGES_FULL parameter
- Added 'CATALOGUE' parameter to BLOCK_MAIN_RECENT_CC_ENTRIES template
- Fixed small API call bug in main_recent_downloads block
- Allowed Tempcode in the feed parameter to the side_rss block (so dynamic URLs may be constructed to Twitter RSS using the twitter_login option)
- Improved BLOCK_SIDE_NEWS_SUMMARY template a bit, so dividers only go between news items, not beneath each
- Removed incorrectly pre-populated password in login box
- Improved tooltip for Comcode URL tag if used only with an image
- Added proper header tags to the COMMENTS and OCF_FORUM_CATEGORY templates, so things look right with CSS removed
- Now that Google Chrome matches Opera's behaviour with white-space around links causing extended underlines, we've found and fixed a few templates that incorrectly had it (particularly menu templates and HYPERLINK template used for clickable image thumbnails)
- Added error message if a very large hours value is used for pointstore permission products (it's limited to 5 years now). Stops a possible nasty stack trace when products are bought.
- Stopped broken-URL error emails being generated by Comcode-conversion script (as too early for problem to be reported)
- Block construction tool button changed from 'Proceed' to 'Save' to stop some confusion
- URL monikers no longer stripped to blank for non-latin character sets
- Disabled bidi-override setting in default CSS, on advice from Arabic speaker
- The 'File-system caching' option no longer defaults to on on some servers, due to possibly stability issues
- Fixed missing 'Security' label on usergroup add/edit screen
- Fixed problem with the collaboration zone link to apply to the super-members group if that group had been given open membership
- Added slightly better error reporting in XML database driver
- Fixed ability to wipe out group leader setting when editing a usergroup
- Fixed rare race-condition problem with the Comcode page filling up
- Theme Wizard improvements
- auto-detection of what images should be converted, if none defined
- fixed bug in HSV shift code
- fixed reduced colour specifications not being detected for modifications during HSV shift code
- The UI automatically chooses the HSV-shift algorithm if the default theme was not chosen as the source
- The error message if the equations algorithm fails explains to use the HSV-shift algorithm
Important: database compatibility
This patch releases changes how ocPortal handles database character sets. It will now inform MySQL what character set it is communicating in (what ocPortal is using), for reasons of ensuring compatibility.
This will mean the block cache will need to be emptied, but this is a normal part of the upgrade process.
It is possible you could get errors in some parts of ocPortal if your database character set does not match ocPortal's, particularly when doing searches. If this is the case you should ideally change the character set of the database, and each individual table, to an appropriate one.
By default ocPortal uses 'ISO-8859-1', which is the same as MySQL's 'latin1'.
Many people using Launchpad translations will be on 'utf-8', which is the same as MySQL's 'utf8'.
This change has been made to bring ocPortal in line with expected behaviour, and make any errors that could happen stem from a true mismatch between MySQL and ocPortal settings (previously errors could be difficult to debug and understand).
If you need to revert to the old behaviour, you can add this to your
info.php file:
Code
$SITE_INFO['database_charset']='latin1';
Comments
1) Is the database change the only change in 7.1.5? There is no change lot documenting anything else.
2) My database is utf8_unicode_ci. DO I need to run the command you suggested with utf8 substituted for 'latin1'?
Code
$SITE_INFO['database_charset']='utf8';Thanks for any help.
Bob
If you have any trouble, please try that line, or if that fails, try with latin1. Hopefully there will be no trouble.
Thanks for the clarification on the command line.
Bob
It has been one of those days and I think I need to start sleeping more than a few hours a night. My batteries don't last as long as they used to.
I swear I did the same thing - clicking that "View all" button.
Yeah, sleep is good. I'd go for a walk to take the edge off but I have allergies and between the wind and the pollen, I'd be a wreck by the time I got back home.
I think I need to move back to California near the ocean - never had the allergy issues until I moved to the desert.
Bob
All jokes aside it is quite good to see you guys are very active on releasing changes and fixes quickly! It is refreshing. Question though ((and maybe this is answered somewhere on a page for 7.1.5 that I haven't looked at yet so sorry if it is) but will I have to do anything major to upgrade that one site from 7.1.3? Do I have to upgrade to 7.1.4 first or can I go straight to 7.1.5?
You can jump. Our upgrade system is pretty smart
Bob
The "upgrade system's" name is Chris!
Chris, do you plan on sleeping anytime this year?
I know he's dedicated and an insomniac, but WOW!!!.
We are fortunate to have Chris and his crew as developers. They seem to really think things through - the new themes being a perfect example of their methodical approach to doing things right.
Bob
I think if I were to say more about this, the men in black would pay a visit to my home…
Yes, you are correct. They are what makes ocPortal what it is. We have to be careful about what we say. We don't want them to start getting a big ego or they may decide not to associate with us common folk.
I just work hard
Yes, you do and it is greatly appreciated.
Bob
I'll have to start calling you Flash.
Around the office all you see is a blur pass by and then feel a slight breeze.
At my age I can't afford to waste what's left … SLEEPING!
Was it the usual smooth go?
Bob
Yes (4 sites - 1 is 'live' - no theme editing).
and
Yes.
Need to work that into the schedule.
Bob
Of course I did a trial run yesterday on my clone site and worked out everything there (maybe 30 minutes), so I had the files on my computer to redo my customizations.
Still, it's great when software upgrades "just work". You can't say that about a lot of Open Source software.
Bob
Bob
I made the upgrade from 7.1.4 -> 7.1.5 just now. After that upgrade the German letters "ä, ö, ü, ß" weren't displayed correctly. The trick I could solve the problem was changing the following line:
to
"utf_unicode_ci" is my database character set.
I always thought "utf8" and "utf_unicode_ci" will do the same, but now this.
Could someone explain me this behaviour?
Best regards
Falko
Myrath - Tales of the Sands review - Metal-Temple.com
"â€ceThey will be the next thingâ€; and of course, they have still a lot to make for it, a lot to learn in the path, but definitely they are going in the right way and they will be known well around the world, giving a little breath from SYMPHONYX’s constant style and DREAM THEATER’s"
I added the line as per your suggestion. Using "utf8", nothing changes. Using utf_general_ci, I get a "php unserialize" error… Right now all the special characters (including copy paste's from Word's dreadful - and ") are broken.
That did the job for me
Bob