GNOME Bugzilla – Bug 606981
Apply a file extensions patch to CiviCRM
Last modified: 2010-10-19 16:56:47 UTC
Can we apply this patch to CiviCRM: http://fisheye2.atlassian.com/changelog/~br=v3.0,author=lobo/CiviCRM/?cs=25836 It fixes an with the file extensions. Thanks!
The patch doesn't apply. I got it from here: http://fisheye2.atlassian.com/rdiff/CiviCRM?csid=25836&u&N It expects the line to be: return CRM_Utils_String::munge( "{$basename}_{$uniqID}", '_', 240 ) . CRM_Utils_Array::value( 'extension', $info ); but instead it is currently: return CRM_Utils_String::munge( "{$basename}_{$uniqID}", '_', 240 ) . ".{$info['extension']}"; This is line 284 in CRM/Utils/File.php. It isn't a big deal for me to manually make it what that patch does. Can you first get confirmation that is the right thing to do or would you like me to talk with CiviCRM upstream? To install it I used civicrm-3.02-drupal.tar.gz
I've asked and I'll let you know when I hear back from them.
Yes, that's it. I got this back from Don Lobo: "yes that is the patch. however if u r just starting out with your civi stuff, we'd recommend you migrate to 3.1.2 (or 3.1.3 by end of week). its another step forward from a usability/feature perspective"
*sigh* that is typical of developers. I installed the latest stable from their website when starting this but should be able to work on it some more soon.
I'm ok not moving to the latest and greatest.
Is this still valid?
To be honest, I don't remember what I was trying to do in January ... Let's close the bug and we can reopen it if I run into the problem again. Thanks!