NOTE:: Before reporting an issue, make sure you are running the latest version, currently 3.3.1
|Anonymous | Login | Signup for a new account||28-03-17 14:50 BST|
|My View | View Issues | Change Log | Roadmap|
|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0017262||phplist application||Plugin API||public||11-07-14 13:04||11-08-14 20:08|
|Target Version||Fixed in Version||3.0.7|
|Summary||0017262: Allow plugin to have public pages|
|Description||An enhancement to allow a plugin to provide public pages accessed through a url such as www.mysite.com/lists/?pi=myplugin&p=mypage|
By default a plugin will not have any public pages. The plugin constructor has to override a $publicPages variable if it wants to provide some.
The plugin is responsible for validating any further query parameters. So a page could be totally public and viewable by anyone, or might require a uid parameter, similar to the preferences page, so that it can display results specific to one subscriber.
An example of use is to provide a "view in browser" function. Currently the installation of the "View in browser" plugin has manual steps to allow an additional page to be accessed. See https://github.com/bramley/phplist-plugin-viewbrowser [^]
|Tags||No tags attached.|
|See GitHub pull request https://github.com/michield/phplist/pull/34 [^]|
There is a bug in my commit that stops the subscribe, preferences etc pages working. I have created a new pull request, see https://github.com/michield/phplist/pulls [^]
This needs to be applied to the pending release.
|I think I already found and fixed that.|
|yes, just checked, but I had already fixed that. In fact, I rewrote the whole if block a little|
|Copyright © 2000 - 2017 MantisBT Team|