Upgrade from 4.4.6 to 4.5 Drupal on Windows server

[SemperFi]

OK Dan, thanks for the explanation.

But then, if I save the new path to be "C:\xampp\htdocs\wprc/wp-content/plugins\files\", why doesn't it take it into account and update the resources paths to :

• C:\xampp\htdocs\wprc/wp-content/plugins\files\civicrm\upload/ (temp files)
• C:\xampp\htdocs\wprc/wp-content/plugins\files\civicrm\persist/contribute/ (pictures)

instead... without the "/civicrm/", I first added in my test ?

This should cancel the first change of path where I added "civicrm/" after "c:\...\files\" - shouldn't it ?

Thanks

[Dan C]

SemperFi, so you are saying that it updated the temp files directory path but not the pictures path?

I had the same issue on my end, adding civicrm to the end of your base directory causes a lot of issues (no matter which OS you are on).  I'm not sure if the same is true if you add a different folder name.  Although if only the images directory path is not being updated that is a different issue.

pmoz, I believe that you have some site specific issues showing up like you just found.  I noticed what you said earlier about having a ton of dynamic folders show up when you keep changing your base directory, but once I cleaned them up things seemed to be fine for display.  So I'm not sure if this is a bug in Civi or just a consequence of testing code (and the previous bug).

[SemperFi]

No sorry, this was a mistake when writing. I was expecting to have directories without the extra "civicrm/' on both (I forgot to remove it on my example for the "picture").

So my point is that despite that I did not add again "civicrm/" in the new resource path, it did not not update the existing temp and pictures resources to remove the extra "civicrm/" I added in my previous test.

Thanks to your explanation, I understand why now (it only cares about the URL part until the "/files/" folder so whatever you put after this it will always consider that the base directory is the same).

[pmoz]

pmoz, I believe that you have some site specific issues showing up like you just found.  I noticed what you said earlier about having a ton of dynamic folders show up when you keep changing your base directory, but once I cleaned them up things seemed to be fine for display.  So I'm not sure if this is a bug in Civi or just a consequence of testing code (and the previous bug).

I agree Dan, the whole chicken and the egg thing.

I'm going to try 4.5 again on a fresh IIS install...a glutton I know.

Thanks everyone.

[Coleman Watts]

I encourage gluttony when it comes to fixing bugs
Thanks for all your hard work, everyone!

[Dan C]

Ok, unless I hear otherwise that someone finds something overnight, I will be submitting my PR in the morning.

[Dan C]

PR has been submitted to this issue - https://issues.civicrm.org/jira/browse/CRM-15365

[sonicthoughts]

Thanks for shedding some light on this after several hours of pulling my hair out.  Particularly trying to have a local WAMP/pantheon server and use civicrm_settings overrides to make things more portable.  The big moment was when i read: "The base directory is not stored in the database.  It is actually generated based on the Image Upload Directory path."  I was trying to override.  So many errors relating to all these paths / config management if you read the forums.  glad this fix is in the works.  initial testing looks good.

[Coleman Watts]

FYI due to the large number of posts from people suffering major javascript failures due to incorrect url settings, we are switching core javascript to no longer rely on those settings on 4.5.1 (scheduled for this week) - this should make people's upgrade experiences smoother, although getting those settings correct is still a good idea.