phpwiki-bugs Mailing List for PhpWiki

Bugs item #1438448, was opened at 2006年02月25日 15:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=1438448&group_id=6121
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: version 1.3.x (experimental)
Group: Rendering
Status: Open
Resolution: None
Priority: 5
Submitted By: Matt Brown (mattgbrown)
Assigned to: Nobody/Anonymous (nobody)
Summary: PHPwiki always tries to flush the output buffer
Initial Comment:
PHPwiki attempts to always flush the PHP output buffer
on line 453 of Request.php, when output buffering is
not in use this results in an error being raised. 
In conjunction with the problem reported in #1438439
this can result in Pragma: no-cache being set on every
page in the wiki even when it should be cachable. 
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=1438448&group_id=6121

Bugs item #1438442, was opened at 2006年02月25日 15:12
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=1438442&group_id=6121
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: version 1.3.x (experimental)
Group: PHP error
Status: Open
Resolution: None
Priority: 5
Submitted By: Matt Brown (mattgbrown)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unitialised variable reference in config.php
Initial Comment:
The guessing_lang function makes a reference to a
potentially uninitialised variable ($accept) on line
156 when the users browser does not send an
Accept-Language header (wget is an exampel of a browser
that does not do this). 
The attached patch initialises the $accept variable to
false to avoid this problem.
This patch can be found as r55 in the WLUG svn
repository at:
http://svn.wlug.org.nz/viewcvs?root=wiki&rev=55&view=rev
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=1438442&group_id=6121

Bugs item #1438439, was opened at 2006年02月25日 15:02
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=1438439&group_id=6121
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: version 1.3.x (experimental)
Group: PHP error
Status: Open
Resolution: None
Priority: 5
Submitted By: Matt Brown (mattgbrown)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error handler needlessly sets Pragma: no-cache
Initial Comment:
The error handler sets Pragma: no-cache whenever it
handles an error, regardless of whether the error
actually results in an error message being displayed to
the user or not. 
Because there are several minor bugs in the PHPwiki
syntax (which the error handler appears to always
ignore) that cause errors on every page this makes
EVERY page in the wiki uncachable!
The attached patch modifies the error handler to only
set no-cache headers when an error is actually output
to the browser.
This patch can be found as r54 in the WLUG svn
repository at
http://svn.wlug.org.nz/viewcvs?root=wiki&rev=54&view=rev
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=1438439&group_id=6121

Bugs item #1438392, was opened at 2006年02月25日 11:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=1438392&group_id=6121
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: version 1.3.x (experimental)
Group: User Authentication
Status: Open
Resolution: None
Priority: 5
Submitted By: Matt Brown (mattgbrown)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bogo Login is broken when ENABLE_PAGEPERM=false
Initial Comment:
When ACL page permissions are disabled PHPwiki 1.3.11p1
reverts to having no authentication at all. 
Even with a configuration file of
ALLOW_ANON_EDIT=FALSE
ALLOW_BOGO_LOGON=TRUE
The wiki will allow anonymous users to edit the wiki
without having to login. 
The fix for this is very simple and is attached to this
bug as a patch. It simply reenables the old method of
authentication when ENABLE_PAGEPERM is false. 
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=1438392&group_id=6121