Richard Foley

Perhaps this may be a cache issue. There are server caches to look at, your browser(!) cache, proxy caches, and the Revive /var/cache/ and var/templates_compiled/ as well. Maybe one of those have something to do with the problem?

Registration fees are now handled by the SignupFee plugin.

The function you are calling has an ampersand in front of it. @setcookie($name, $value, $expire, $path, $domain); According to the docs. (forgive me if this is obvious), this will silence any PHP errors: http://php.net/manual/en/language.operators.errorcontrol.php It might be an idea to remove the @ sign, and see if you get any more information, which might prove useful in discovering what the problem might be.

There's some plugin docs. over here: http://documentation.revive-adserver.com/display/DOCS/Plugins

Take a careful look at your config for http + https mistakes.

There's a lot of questions in there, and running the latest version is always to be recommended. However, it's very hard to tell with so little information. You should be able to find your version number under /www/admin/updates-product.php Configuration -> Product Updates

I think you'll probably find that configuration setting under: Configuration -> Global Settings -> Database -> Advanced Settings -> Table names prefix

A demo of some kind is a good idea, I'll put up something soon-ish. The rest is coming along well, and needs a little more work before being released.

There are usually more errors to be found in either your apache error logs, or in a php_errors.log somewhere under your server root, or in var/debug.log HTH.

There is a new Advertiser and Publisher self-Signup (self-registration) plugin available with the following features: One-click install Advertiser creation by admin. Publisher creation by admin. Advertiser self-service signup page (with option to accept terms). Publisher self-service signup page (with option to accept terms). Form field validation for data integrity Clear administrator menus Full disclosure: I wrote this plugin, recently because of frustration with existing options, and would appreciate feedback. ps. Handling registration fees, and campaign creation, etc, is a matter for other (related) plugins and are works-in-progress.

That's just fine as a solution, and thanks for the quick response Matteo.

I'm looking for a way to make an external call during plugin installation/setup which *includes* processing a user prompt response. What I have so far is a javascript dialogue box prompt to the user, (which is fine). The problem I have is getting that value back to the plugin installation process (within the php preinstallscript), so that the value can be inserted into the configuration settings file. Like this during install: user prompt -> value -> plugin_settings_config. Perhaps I'm making this more complicated than it needs to be, but it seems to me an awkward handover, between client and server, and perhaps someone has already solved this before me. Maybe there's an obvious and easy hook which I am missing? Any helpful suggestions as to how to go about this appreciated. Cheers.

I've just finished writing an Advertiser-and-Publisher-Self-Service-Plugin for Revive. I'd like to give it a test run on an external system before releasing it in the wild. If you're interesting in testing this plugin, and providing feedback, please contact me directly: [email protected] Cheers.

Hi Henjola, Not really. However, I got so fed up with misleading half-English descriptions, and non-functional plugins, that I've decided to write my own. This is a work-in-progress with light at the end of the tunnel

Revive does so much more than that. However, it sounds like you want a "banner rotator" software. As as I understand it, Revive will not do this "out of the box", but you can apparently set up an iframe to use Revive to do something similar, if you really must... Also, the title of this forum post is very misleading.

Yep, Matteo. It's all fine here now. It turned out to be a mishandled object id.

I have a plugin in development which needs to redirect the user to a different page, a couple of folders down the /www/admin/.../... hierarchy. I'm using redirect() with a relative-to-base path, like this: OX_Admin_Redirect::redirect("plugins/modulename/blabla.php"); The url is correct, and is correctly handled at the end of the process. The problem is that this *first* appears to log the user out of Revive altogether, which has the effect of sending them to the login page. Once the login details are correctly entered, the user is correctly forwarded to the correct url, as specified above. There are no other arguments sent, and no permission changes that I'm aware of. The user is essentially going back to where they started the process, and has full permissions to do so. It's a tad frustrating to be redirected AND logged out. I hope I've described this clearly. Does anyone have any suggestions for what could be the problem here? Thanks in advance for any helpful tips. R.

This might help: http://www.teslina.com/en/tutorials/openx/fehlermeldungen-pro

Upgrade instructions appear to be here: http://www.revive-adserver.com/support/upgrading/

You might try using the "when no banners in this campaign use banners from that campaign" facility, described here: http://forum.revive-adserver.com/topic/269-default-banner-for-zone/

Almost certainly: https://www.gnu.org/licenses/gpl-faq.html

To make your post easier to read, you may be able to use "quote" tags to non-render the post? and so forth...?

Something has to be able to make that decision, perhaps the apache(?) webserver proxy(?), or some other code run by the server on which the banner is run, or another intermediary. I suggest this is outside of Revive scope.

As of 3.1.0 the openXDeveloperToolbox, does not appear to work "out of the box". However, you may get most of it operational by removing the language files and installing a newly generated zip file. YMMV.

Me too, David, so far I have this overview, which might help a bit: Accounts <=> Users | Clients / Affiliates | Agencies HTH.