Pete Posted March 1, 2013 Share Posted March 1, 2013 There is also the issue that .htaccess won't work on IIS unless I'm mistaken? This should help get around rewrite issues though: http://processwire.com/talk/topic/268-processwire-on-windows72008-server-with-iis-webserver/ Link to comment Share on other sites More sharing options...
Rene Posted March 1, 2013 Share Posted March 1, 2013 Thanks for that URL Rewrite Module 2.0 for IIS link Pete. Unfortunately I haven't gotten far enough in the setup for this to be a rewrite problem I'm 99% sure. The code in install.php actually causing the error: if(($fp = fopen("./site/config.php", "a")) && fwrite($fp, $cfg)) I wasn't even aware IIS has "permissions". So maybe the way the path is written as "./" instead of ".\"? Although I can't imagine that would be it. Sure hope not. There is also the issue that .htaccess won't work on IIS unless I'm mistaken? This should help get around rewrite issues though: http://processwire.com/talk/topic/268-processwire-on-windows72008-server-with-iis-webserver/ Link to comment Share on other sites More sharing options...
Rene Posted March 1, 2013 Share Posted March 1, 2013 And my client has decided to switch to Linux/Apache hosting. Thank goodness! They will probably stay on GoDaddy hosting though. Oh well, can't win 'em all. 2 Link to comment Share on other sites More sharing options...
Radek Posted March 4, 2013 Share Posted March 4, 2013 Just installed ProcessWire 2.2.16 with default profile. Installed core module: Languages Support 1.0.0 Created new language and see problem - no options to add language files. Can somebody else test it too? Link to comment Share on other sites More sharing options...
zuzka Posted March 4, 2013 Share Posted March 4, 2013 Same to me, installed ProcessWire 2.3 with Skyscrapers profile, Language Support 1.0.0, added new language. There is no possibility to add language files. Just installed ProcessWire 2.2.16 with default profile. Installed core module: Languages Support 1.0.0 Created new language and see problem - no options to add language files. Can somebody else test it too? 1 Link to comment Share on other sites More sharing options...
Radek Posted March 4, 2013 Share Posted March 4, 2013 Same to me, installed ProcessWire 2.3 with Skyscrapers profile, Language Support 1.0.0, added new language. There is no possibility to add language files. Thanks - problem reported and resolved. 1 Link to comment Share on other sites More sharing options...
ryan Posted March 4, 2013 Author Share Posted March 4, 2013 Thanks guys, looks like I broke that over the weekend, but the fix was easy. Now fixed. 2 Link to comment Share on other sites More sharing options...
alan Posted March 8, 2013 Share Posted March 8, 2013 Sorry if the following test is not the correct one for this thread (if not then feel free to delete this Mr Moderator), but I just did a fresh install of https://github.com/ryancramerdesign/ProcessWire/tree/dev replacing the /site-default/ as per https://github.com/ryancramerdesign/SkyscrapersProfile on a local dev setup (Mac/MAMP Pro) and all worked perfectly. And thanks Ryan and those who contributed to the further polish applied to the installer, it's even nicer now. 1 Link to comment Share on other sites More sharing options...
owzim Posted March 11, 2013 Share Posted March 11, 2013 Apache HTTP Server 2.2.21 PHP 5.3.6 MySQL 5.5.9 OSX 10.8.2 I exported via Profile Exporter from a 2.2.9 installation. I then installed 2.3 dev with the following issues: After I provided the database info: multiple times "Unknown column 'data1011' in 'field list'" See: http://d.pr/i/cQtg Then I had to switch back the PageTitle field to PageTitleLanguag. All the titles were lost, had to reenter everything. cheers Link to comment Share on other sites More sharing options...
Soma Posted March 11, 2013 Share Posted March 11, 2013 Profile exporter doesnt work for fully with multilang title field yet as you found out. But that'salready known. However you don't need profile exporter to update from 2.2.9 to 2.3. Just replace wire folder. Link to comment Share on other sites More sharing options...
PawelGIX Posted March 14, 2013 Share Posted March 14, 2013 I get one error after update from 2.2.9 to 2.3 dev: Fatal error: Cannot redeclare class SessionLoginThrottle in /public_html/wire/modules/Session/SessionLoginThrottle/SessionLoginThrottle.module on line 17 This error message was shown because site is in debug mode ($config->debug = true; in /site/config.php). Error has been logged. Link to comment Share on other sites More sharing options...
Radek Posted March 15, 2013 Share Posted March 15, 2013 I get one error after update from 2.2.9 to 2.3 dev: Fatal error: Cannot redeclare class SessionLoginThrottle in /public_html/wire/modules/Session/SessionLoginThrottle/SessionLoginThrottle.module on line 17 This error message was shown because site is in debug mode ($config->debug = true; in /site/config.php). Error has been logged. http://processwire.com/talk/topic/2598-fatal-error-cannot-redeclare-class-sessionloginthrottle-on-update/ Link to comment Share on other sites More sharing options...
Soma Posted March 15, 2013 Share Posted March 15, 2013 I'm not sure this was already before but when editing page there a token doublicate in html source: <label class='ui-widget-header' for=''>Children / Subpages</label> <div class='ui-widget-content'> <div id='PageListContainer' data-token-name='TOKEN1566834131' data-token-value='e633e7ae0a8d5d91d6a630f0d180853b655a560ade29f71a8f9c1e279bc2c09d'></div> <div id='PageListContainer' data-token-name='TOKEN1566834131' data-token-value='e633e7ae0a8d5d91d6a630f0d180853b655a560ade29f71a8f9c1e279bc2c09d'></div> <ul class='Inputfields'> ... 1 Link to comment Share on other sites More sharing options...
Soma Posted March 15, 2013 Share Posted March 15, 2013 I get one error after update from 2.2.9 to 2.3 dev: Fatal error: Cannot redeclare class SessionLoginThrottle in /public_html/wire/modules/Session/SessionLoginThrottle/SessionLoginThrottle.module on line 17 This error message was shown because site is in debug mode ($config->debug = true; in /site/config.php). Error has been logged. You better not merge but replace the new "wire" folder. Since session module is now in it's own folder (with db session module) this happens if you merge it with old wire folder. So there's 2 instances of the same module. 1 Link to comment Share on other sites More sharing options...
ryan Posted March 16, 2013 Author Share Posted March 16, 2013 I'm not sure this was already before but when editing page there a token doublicate in html source: Thanks Soma, I see that too. Not sure why it's doubled up. I'll take a look and find a fix. Link to comment Share on other sites More sharing options...
Adam Kiss Posted March 17, 2013 Share Posted March 17, 2013 Was just 2.3 pushed to master? 1 Link to comment Share on other sites More sharing options...
teppo Posted March 17, 2013 Share Posted March 17, 2013 const versionMajor = 2; const versionMinor = 3; const versionRevision = 0; @adamkiss: so it would seem 1 Link to comment Share on other sites More sharing options...
ryan Posted March 18, 2013 Author Share Posted March 18, 2013 Yes, I merged it to master yesterday. I just don't think there's any reason for new users (especially) to be starting with 2.2.9 at this point. The dev branch is more stable than 2.2.9. Now we can go back to letting the dev branch be a dev branch. I'll send out a 2.3 announcement later this week. While there are always more issues to resolve, there haven't been any major problems since people started testing. Nearly all issues that have come up have been related to needing a modules cache clear, or needing to start with a fresh /wire/ dir–things that people should do for any ProcessWire upgrade. I have now added these items to the upgrade instructions in the new README file included with ProcessWire. People upgrading from 2.2 to 2.3 should still follow all upgrade instructions exactly, backup, use caution and test thoroughly. Here are the upgrade instructions as they appear in that readme file: Best Practices Before Upgrading Backup your database and backup all the files in your site. When possible, test the upgrade on a development/staging site before performing the upgrade on a live/production site. If you have 3rd party modules installed, confirm that they are compatible with the ProcessWire version you are upgrading to. If you cannot confirm compatibility, uninstall the 3rd party modules before upgrading, when possible. You can attempt to re-install them after upgrading. General Upgrade Process If you are upgrading from a version of ProcessWire earlier than 2.3, see the sections below for version-specific details before completing the general upgrade process. Upgrading from one version of ProcessWire to another is a matter of replacing these files from your old version with those from the new: /wire/ /index.php /.htaccess Replacing the above directory/files is typically the only thing you need to do in order to upgrade. But please see below for more specific details about each of these: Replacing the /wire/ directory When you replace the /wire/ directory, make sure that you remove or rename the old one first. If you just copy or FTP changed files into the existing /wire/ directory, you will end up with both old and new files, which will cause an error. Note that the /wire/ directory does not contain any files specific to your site, only to ProcessWire. All the files specific to your site are stored in /site/ and you would leave that directory alone during an upgrade. Replacing the /index.php file This file doesn't change often between minor versions. As a result, you don't need to replace this file unless it has changed. Replacing the .htaccess file Like the index.php file, this doesn't always change between minor upgrades, so the same applies. This file is initially named htaccess.txt in the ProcessWire source. You will want to remove your existing .htaccess file and rename the new htaccess.txt to .htaccess. Sometimes people have made changes to the .htaccess file. If this is the case for your site, remember to migrate those changes to the new .htaccess file. Upgrading from ProcessWire 2.2 Follow the general upgrade process above. You will want to replace your /index.php and .htaccess file as well. Clear your modules cache. To do this, remove all of these files: /site/assets/cache/Modules.* Login to ProcessWire admin. You may get an error on the first web request you try, but that should only happen once, so just reload the page. Upgrading from ProcessWire 2.1 First upgrade to ProcessWire 2.2. (side note: I'm not positive this is necessary, you may be able to go straight to 2.3, but I didn't have any 2.1 sites to test). Follow the instructions above to upgrade from ProcessWire 2.2. Upgrading from ProcessWire 2.0 Download ProcessWire 2.2 and follow the upgrade instructions in that version's README file to upgrade from 2.0 to 2.2. After successfully upgrading to 2.2, follow the general upgrade process above. Troubleshooting an Upgrade If your site is not working after performing an upgrade, clear your modules cache. You can do this by removing all of these files: /site/assets/cache/Modules.* If your site still doesn't work, remove the /wire/ directory completely. Then upload a fresh copy of the /wire/ directory. If your site still doesn't work, view the latest entries in your error log file to see if it clarifies anything. The error log can be found in: /site/assets/logs/errors.txt If your site still doesn't work, please post in the ProcessWire support forums. 14 Link to comment Share on other sites More sharing options...
nikola Posted March 18, 2013 Share Posted March 18, 2013 That's great Ryan, I have one relatively big site that I'll upgrade to 2.3 so I'll let you know how it went. Link to comment Share on other sites More sharing options...
maniqui Posted March 19, 2013 Share Posted March 19, 2013 I've seen that PW homepage is already linking to a 2.3.0 download (which is a link to a zipball file generated from the tip of master branch), but FYI, it seems there is no 2.3.0 tag yet: https://github.com/ryancramerdesign/ProcessWire/tags There is also a "2.2.9.final" tag, that is 9 commits on top of "2.2.9" tag. These 9 commits have been there since a few months (and I always wondered why those were there, instead of being on "dev" branch). I think this adds up to the confussion: which is the real 2.2.9 version that most users have been downloading & installing: the 2.2.9 tag or the 2.2.9.final tag? (btw: Hi, n00 here, first post, just learning PW ) Link to comment Share on other sites More sharing options...
apeisa Posted March 19, 2013 Share Posted March 19, 2013 maniqui: welcome to the forums and thanks for your feedback. I think Ryan has been experimenting with tags, but not yet fully in use. We are just learning Git If you are experienced with git / github, it would be very valuable if you (and others of course) can shed a light how the ideal workflow with releases / tags should go. 1 Link to comment Share on other sites More sharing options...
nikola Posted March 19, 2013 Share Posted March 19, 2013 This was discussed before: The password system has recently been updated. Problem is, I have around 300 accounts registered in PW as users that register from the front end of the site (site users). With the new password system, could they use their actual passwords they've set before without any troubles? Link to comment Share on other sites More sharing options...
nik Posted March 19, 2013 Share Posted March 19, 2013 With the new password system, could they use their actual passwords they've set before without any troubles?Yes, old passwords still work after an update in ProcessWire 2.3. New password hashes (new user or an old user changing her password) are just different in a way that is incompatible with older versions of ProcessWire. So no going back to 2.2 (without resetting passwords) after a password has been changed or new password has been created. 1 Link to comment Share on other sites More sharing options...
nikola Posted March 19, 2013 Share Posted March 19, 2013 nik, thanks for the answer! Link to comment Share on other sites More sharing options...
ryan Posted March 20, 2013 Author Share Posted March 20, 2013 I've seen that PW homepage is already linking to a 2.3.0 download (which is a link to a zipball file generated from the tip of master branch), but FYI, it seems there is no 2.3.0 tag yet: Generally I don't add tags except when we need to link to something from the past. Since 2.3.0 is the current master, I didn't think it needed a tag yet. Though I was going to add it anyway once 2.3 is officially announced. There is also a "2.2.9.final" tag, that is 9 commits on top of "2.2.9" tag. These 9 commits have been there since a few months (and I always wondered why those were there, instead of being on "dev" branch). I think this adds up to the confussion: which is the real 2.2.9 version that most users have been downloading & installing: the 2.2.9 tag or the 2.2.9.final tag? 2.2.9.final was just to mark the spot where it was at before merging in the dev branch. I would have called it 2.2.10, except that I wanted 2.2.9 to be the last version number in the 2.2 version (since we'd used 2.2.10+ for dev branch). The 2.2.9 version that people have been installing is 2.2.9.final. For the most part you can ignore tags with ProcessWire, as we don't use them for anything other than making links to past things, when necessary. With the new password system, could they use their actual passwords they've set before without any troubles? The passwords and hashes won't change until the user actually changes their password. Basically it leaves it alone until the password changes. If you have an existing site and you want to take advantage of the better security of blowfish hashes, you should ask users to change their password. For admin users, it gives you a notice that you should change your password when possible. 1 Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now