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 |
| Reporter | duncanc | ||||
| Priority | normal | Severity | feature | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 3.0.6 | ||||
| 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 |
|
|
nice ! |
|
|
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 |
