I tested 4.3.14-pending in three sites and all seems well.
I wouldn't call the plone.app.testing problem a blocker: there is only a problem in tests, and then only for some add-ons, and the problem is already there in 4.3.12 IIUC.
It should be fixed of course, but it's not a blocker in my definition.
I am revisiting a problem I had a year ago with upgrading 4.3.x from an initial 4.3.1 MS installation. I have successfully, over the last two days done the progression from 4.3.1 thru to 4.3.12 but failed migration on 4.3.13 and 4.4.14. (yes I got it to work on MS 4.3.7 and 4.3.8) This upgrade path still uses PY2.6 .... could this be the problem with these last two soft releases?
BTW .... still can't find anyone who uses Plone anywhere near me MW. Adelaide, South Australia
Hi Kim, buildout.cfg seemed to compile normally
"We have the distribution that satisfies 'unittest2==0.5.1'.
Generated script 'C:\Plone43\bin\run-instance'.
Updating service."
When I did a Dry Run Upgrade, I got the following
Upgrade report
Dry run selected.
Starting the migration from version: 4315
End of upgrade path, main migration has finished.
The upgrade path did NOT reach current version.
Migration has failed
Dry run selected, transaction aborted
Version Overview
Plone 4.3.13
Zope 2.13.24
Python 2.6 (r26:66721, Oct 2 2008, 11:06:43) [MSC v.1500 64 bit (AMD64)]
I have no other pointers to the problem.
Best wishes
Michael
Doing a 'dry run' means that Plone is going to run all code that it would normally run, but at the end it will abort all changes. After aborting, the version is still the same, so you get this message. If this is the only error that you see, then it really means that the dry run is successful. If you do the real migration instead of a dry run, it should work fine.
I have see this question before. Is the term 'dry run' maybe not as well known as we think? Or should we improve the message after the dry run? I guess the code should be able to see that the only reason the migration 'failed' is because it was a dry run, and could say something more helpful.
This is being done on a vanilla install
BUT 4.3.13 is the 1st example in the run up from 4.3.1 through to 4.3.12 that DID NOT complete the Dry Run without a positive end point.
It's an anomaly, but happy to try it tomorrow.
Best wishes
MW
Hi Kim & Maurits - I tried the upgrade without the "dry-run" and am left with no ability without going back to my backup and reinstalling 4.3.12 - the screen captures and buildout.cfg for 4.3.13 is too big to possibly put here. What was the name of the site that I could apply the code and get a simple link to give to you both. Rgds Michael
I'm just reading the Plone training manual for 4.3 @ https://training.plone.org/4/installation.html and note the transfer Python 2.6 to 2.7 though the 4.3 development process. Just wondering whether this is a cause for my migration problem (Microsoft) upgrade failure from 4.3.12.to 4.3.13 ... Just a thought