Upgrade from 4.4.6 to 4.5 Drupal on Windows server

[pmoz]

I didn't see that someone had mentioned this in regard to Drupal so I thought I'd chime in.

The upgrade succeeds but paths, directories and resource urls that previously worked don't anymore.

Errors include:
Missing arrows on menus and screens
Search in navigation bar produces no results and keeps spinning
Help balloons pop up but no help text appears
page not found errors for sites/default/files/civicrm/dynamic/l10n-en_US.js

[SemperFi]

Hi I have the same issues with WP on Windows Xampp server. See my post prefixed with [WP] in this section of the foorum.
Hope will get some help, if you find something, please share. Thanks

[pmoz]

Will do!

[Donald Lobo]

would be good to get someone in the community to help maintain, lead and ensure that civi works on windows

unfortunately none of us use windows (and not planning to switch to either), so would definitely be great if someone with some development skills would be able to take on this role. Most of civi should be platform agnostic. the paths are probably one last remaining issue

lobo

[Dan C]

would be good to get someone in the community to help maintain, lead and ensure that civi works on windows

unfortunately none of us use windows (and not planning to switch to either), so would definitely be great if someone with some development skills would be able to take on this role. Most of civi should be platform agnostic. the paths are probably one last remaining issue

lobo

I have a Windows server, I would be willing to try and help out/lead up Windows compatibility.  I will try to set up some dummy sites over the weekend and see what I can find on these issues.

[pmoz]

Awesome danc.

[SemperFi]

Thanks this is very good news ! I'm not developper but I'm willing to share/test if required.
Let us know

[pmoz]

As an update...

I get this error for every page load in Drupal:
Page not found
Location   http://sitename/sites/default/files/civicrm/dynamic/l10n-en_US.js?nc5ab4
Referrer   http://sitename/civicrm/admin/setting/path?reset=1
Message   sites/default/files/civicrm/dynamic/l10n-en_US.js

Paths, resource urls and directories are getting mangled any time I save the Update Path and appears different when I revisit seconds later.

Sometimes it adds an extra slash (i.e. C:/inetpub/wwwroot\sites\default\files/\).

Every time I go to the Update Path page, it suggests this in the new path field:
C:/inetpub/wwwroot\sites\default\files\civicrm\templates_c\en_US\

Every so often, the change site name field appears as if it were a multisite install...which it isn't.

I've tried every combination of slashes you could imagine. 

The best I could achieve was that the arrows on the Administration page showed up, but that was it.

Hard to believe that something as simple as the file path isn't more adaptable.

[Coleman Watts]

Hard to believe that something as simple as the file path isn't more adaptable.

It's clearly a bug, not an intentional lack of adaptability. But what do you expect from a bunch of linux/mac developers?

[pmoz]

I hear ya'!

Wasn't a comment toward anyone or anything, just silly how something so base can cause such woes.

When our forefathers at Microsoft and Apple...

[Coleman Watts]

@danc One thing that can help you get up and running quickly with Civi development is https://github.com/civicrm/civicrm-buildkit
Although I'm not sure if it works on windows...

[SemperFi]

Hello guys

Think, I found the issue.
In my case the "l10n-fr_FR.js" file is stored in "wp-content\plugins\files\civicrm\upload\dynamic", but there is a htaccess file in "\upload" directory that contains :

Code: [Select]

<Files "*">
  Order allow,deny
  Deny from all
</Files>

and it prevents accessing the js file from url : http://localhost/gdc/wp-content/plugins/files/civicrm/upload/dynamic/l10n-fr_FR.js

If I remove the htaccess file, then I can access the JS file and all issues are fixed in Civi (quick search, inline editing, pictures in menu...). But this solution represents a security breach because you can access the "upload" folder content now.

So what I did is to keep the htaccess file as is in the upload folder and put a new one in the "dynamic" folder with "Order allow, deny / Allow from all" instructions in it. It fixed the problem.

What do you think ? Is it a satisfying solution ?

Concerning the "/\" when clicking "Update path", issue still ongoing but Dan will look at it.

[Dan C]

pmoz, I did a clean install of Drupal 7.3.1/CiviCRM 4.5.0 on my Windows server and encountered the same problems that you did in your initial post.  I went into the civicrm.settings.php file and line 143 read:

$civicrm_root = 'C:/wamp/www/drupaldemo/sites/all/modules/civicrm';

While this is correct under Linux, the forward slashes are incorrect under Windows.  I changed them to back slashes so the line read:

$civicrm_root = 'C:\wamp\www\drupaldemo\sites\all\modules\civicrm';

And after saving all of the problems resolved themselves.  Can you confirm the same works for you?  If so then I will dive into the installation process and see what can be done about addressing that when the file is created.

I was not able to recreate the slashes error, but I forgot to test it before changing my root.  Can you (and SemperFi if he is feeling adventerous) test that as well after changing the civicrm_root and see if that problem goes away as well?

[Donald Lobo]

for drupal, civicrm_root is set during the install process here:

install/civicrm.php, variable: crmPath (line 64)

lobo

[SemperFi]

Dan,

I'm on WordPress and the civicrm_root is define like this :

$civicrm_root = 'C:\\xamppp\\htdocs\\gdc/wp-content/plugins\\civicrm\\civicrm\\';
define( 'CIVICRM_TEMPLATE_COMPILEDIR', 'C:\\xamppp\\htdocs\\gdc/wp-content/plugins\\files\\civicrm\\templates_c\\' );

and I replaced it by :

$civicrm_root = 'C:\\xamppp\\htdocs\\gdc\\wp-content\\plugins\\civicrm\\civicrm\\';
define( 'CIVICRM_TEMPLATE_COMPILEDIR', 'C:\\xamppp\\htdocs\\gdc\\wp-content\\plugins\\files\\civicrm\\templates_c\\' );

but when I went on "CLean cache and update path" page and click on "Save" without changing anything, all my resources URL were once again messed up :
example : http://localhost/gdc/\wp-content/plugins/civicrm/civicrm/

...