I'm using Gmap from SVN, revision 252. When attempting to set the lat/long coordinates for an image and then clicking 'save' I get the below security error.
Same error occurs when not using embedded mode with Wordpress WPG2 2.13 plugin.
Any ideas what might be the problem?
Security Violation
The action you attempted is not permitted.
Back to the Gallery
Error Detail -
Error (ERROR_BAD_PARAMETER) : Controller results are missing status, error, (redirect, delegate, return)
* in main.php at line 265 (gallerycoreapi::error)
* in main.php at line 111
* in modules/core/classes/GalleryEmbed.class at line 179
* in /var/www/localhost/htdocs/blog/wp-gallery2.php at line 48 (galleryembed::handlerequest)
Not using Embedded mode I get:
Security Violation
The action you attempted is not permitted.
Back to the Gallery
Error Detail -
Error (ERROR_BAD_PARAMETER) : Controller results are missing status, error, (redirect, delegate, return)
* in main.php at line 265 (gallerycoreapi::error)
* in main.php at line 111
* in main.php at line 96
System Information:
Gallery version = 2.3-svn core 1.2.18
API = Core 7.33, Module 3.7, Theme 2.6, Embed 1.2
PHP version = 4.4.7-pl0-gentoo apache2handler
Webserver = Apache
Database = mysql 4.0.27, lock.system=flock
Toolkits = NetPBM, ArchiveUpload, Gd, Exif, Dcraw, ImageMagick, jpegtran, Ffmpeg, Thumbnail
Acceleration = full/900, full/900
Operating system = Linux digi-archive 2.6.20-gentoo-r8 #1 SMP Sun May 6 21:29:21 PDT 2007 i686
Default theme = PGtheme
gettext = enabled
Locale = en_US
Browser = Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
Rows in GalleryAccessMap table = 309
Rows in GalleryAccessSubscriberMap table = 3529
Rows in GalleryUser table = 8
Rows in GalleryItem table = 3499
Rows in GalleryAlbumItem table = 105
Rows in GalleryCacheMap table = 258
Posts: 508
I'll look into it. It looks like the API changed for Gallery2-SVN in what it's expecting from Controller classes. Hopefully I can make it work with 2.1 through 2.3. Otherwise you'll have to wait until we release the last 2.1-compatible version, then I'll make the change in SVN.
Posts: 388
@SiliconFiend,
Ok, thanks for the follow-up!
Posts: 508
Okay, I poked around with this a bit. The good news is that it's not a problem with Gallery 2.3 (SVN). The bad news is that I can't reproduce it, and I can't see an execution path that would get you to that error. You might try re-copying the map module. Or, turn on buffered debugging in your config.php and see what you get when you click Save these coordinates (it should pause on an intermediate page before returning to the item edit page).
Posts: 388
Tried re-copying the map module and same error persists.
Below is the debug output:
Posts: 388
@SiliconFiend,
Never mind, problem solved. "Somehow" the Gmaps database name changed from g2_mapMap to g2_mapmap.
.
I'd still be lost w/o phpMyAdmin
Posts: 508
So, did you change the table name, or is it a bug I need to hunt down? I'm nervous because I did make a couple changes from "Map" to "map" recently, but those were all in the phpdoc comments and I don't think those should filter through to the actual code.
Posts: 388
No, I didn't change the table name. Perhaps on an earlier Gmaps svn update I did this was a bug. I did go through some of latest src code and didn't find any "mapmap" reference excluding code comments. What you might want to check is after you install/configure maps, then deactivate and uninstall the module. Then reinstall, configure and activate. What happens to the g2_mapMap db table??
Aside from this I may have been bitten by my php cache during a svn update as I use Eaccelerator.
Posts: 508
Uninstalling the module is supposed to delete any associated database tables.
What was the first version of the map module you installed?
Posts: 388
Heheh, who knows. I been using this map module for years and often update.
Posts: 508
Well, I poked around the SVN repository and the oldest stuff I could find had mapMap, so I can't figure out where the "mapmap" might have come from (it was in CVS before it was in SVN, and that history was not migrated to subversion). If it's something I did recently (I don't know how, though), I'll find out soon enough if more people start reporting problems.