Posted by brendyn on July 22, 2010 at 8:10pm
8 followers
| Project: | Global Redirect |
| Version: | 7.x-1.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
When trying to run the update function for this module, I got the following fatal error:
An unrecoverable error has occurred. You can find the error message below. It is advised to copy it to the clipboard for reference.
Please continue to the error page
An error occurred. http://www.mysite.com/update.php?id=21&op=do
Fatal error: Call to undefined function _globalredirect_get_settings() in /path/to/drupal/sites/all/modules/contrib/globalredirect/globalredirect.install on line 31
Comments
#1
The missing function is in globalredirect.module. I copied it over to the .install file and ran update with no problem.
#2
Thank you, solved my problem.
#3
The easy solution was to add a drupal_load('module', 'globalredirect') right before calling the function. This has been fixed in the lastest CVS:
http://drupal.org/cvs?commit=434744
http://drupal.org/cvs?commit=434746
#4
Automatically closed -- issue fixed for 2 weeks with no activity.
#5
I got the error back while upgrading from D6, the patch fixed the error.
#6
SebCorbin: This was already fixed in the development branch after 7.x-1.3. See http://ftp.drupal.org/files/projects/globalredirect-HEAD.tar.gz
-Brad
#7
Automatically closed -- issue fixed for 2 weeks with no activity.
#8
Apparently the fix in #3 didn't survive the Great Git Migration.
#9
It was fixed right here: http://drupalcode.org/project/globalredirect.git/commitdiff/94534de
The confusion is coming from #1045842: Development releases link to wrong branch which is that all of the fixes are going into the master branch which is != to the 7.x-1.x branch.
#10
So should I be pulling from 7.x-1.x or from master? Or both?
And when I submit a patch relative to "master" which is different from "7.x-1.x" should I set the version to "<none>" since there is no version option labeled "master" ?
Wouldn't it be simpler to just merge the changes in master back into the 7.x-1.x branch?
Or delete the 7.x-1.x branch and then rename master to 7.x-1.x ?
Or rename the master branch to 7.x-2.x and release against that?
#11
Well, I answered my own question. I checked out "master" and it totally broke my site.
Okay, I've created a functional local branch combining the 7.x-1.x branch with the master branch.
So here are two patches.
#12
This is now fixed on the correct branch, 7.x-1.x.
#13
Automatically closed -- issue fixed for 2 weeks with no activity.