Closed (fixed)
Project:
geoPHP
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
18 Mar 2012 at 21:23 UTC
Updated:
15 May 2012 at 19:46 UTC
Jump to comment: Most recent file
Comments
Comment #1
phayes commentedAh that makes sense. So basically *If* the library version exists we use that, if not then we use the bundled version.
Comment #2
Brandonian commentedAttached is my initial patch at addressing the issue. I've changed geophp_load to return the path of the library regardless of where it comes from, and added logic to handle 3 potential cases.
I've also revamped the requirements page to show the version of the loaded library, and to throw a warning if it's older than the bundled version. Also added a case if the library isn't functional at all. Seems unlikely to ever trigger (Bundled library would have to be corrupted along with no remote library), but added the case for completeness.
Also, the patch makes it look like I completely rewrote the module. This isn't the case: the line endings in the module are Windows instead of Unix. I can reroll without those changes if it makes it easier to review the patch.
Comment #3
phayes commentedI'm OK with you completely rewriting the module. :-)
Comment #4
phayes commentedCommited! I've also added you as a maintainer (no expectations, just makes things easier)
Comment #5
phayes commentedComment #6
kevinquillen commentedYes, there are other modules that require just the library, and some that require the module (which comes bundled with geoPHP) causing duplicate class declaration errors.
It's probably best to unbundle it from the module, and let it be downloaded to the libraries folder, yes?
Comment #7
kevinquillen commentedAlso, this should be rolled into a new release, because it is not in the 1.1 release. Then, it can be marked fixed.
Brandonian or phayes, can you create a 1.2 release for geophp containing your patch? You might also want to tick off the box that shows the dev snapshot, because even though this may be pushed to the dev, there does not appear a way to pull it.
Comment #8
Brandonian commentedI have some stability issues that I want to take care of before pushing 1.2. To the point of duplicate libraries, the new version should take care of this.
Comment #9
kevinquillen commentedOkay. Well til then. I went in a circle until I saw the patch date and release date. :D
Comment #10
Brandonian commentedFixed. Also, we have a 1.3 release. (1.3 instead of 1.2 b/c I'm not a fantastic debugger...)
Comment #11
Brandonian commentedProbably would help to actually mark as fixed...
Comment #12
kevinquillen commentedExcellent
Comment #13
kevinquillen commentedI still get this error. It happens very randomly, and I have not been able to replicate it successfully but I have seen it at least 3 times today.
Comment #14
phayes commentedwhat error are you getting precisly?
Comment #15
kevinquillen commented"Cannot redeclare class 'GeoAdapter'"
Comment #16
phayes commentedHi @kevinquillen,
Can you please tell me what version of geoPHP, geofield, geocoder, and/or views_geojson you have installed?
Comment #17
phayes commentedComment #18
phayes commentedHaven't gotten any feedback. Closing...
Please open a new bug report if you are still having this problem.