phpwiki-bugs Mailing List for PhpWiki

Bugs item #851666, was opened at 2003年11月30日 11: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=851666&group_id=6121
Category: version 1.3.x (experimental)
Group: Rendering
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: <textarea> doesn't work correctly in Mozilla
Initial Comment:
When editing a page in Mozilla, a left click will not
put the cursor in the main textarea. The fix I found
for this was to change the <a> that is surrounding the
<textarea> to a <span>. I did not upload this change
to CVS though becuase I didn't understand why the <a>
was there in the first place. I am hoping the admins
will know why and be able to make this quick little fix.
phpwiki version: 1.3.6
Mozilla version: 1.5 (Windows)
File to change: themes/default/templates/editpage.tmpl
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=851666&group_id=6121

Bugs item #849977, was opened at 2003年11月26日 16: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=849977&group_id=6121
Category: Flat file
Group: PHP error
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Tildes to escape linkage break flat files
Initial Comment:
In a new wiki site I helped set up, I created a brief set of 
instructions on the how to create a page. When I first wrote 
my example ("JohnDoe") it, of course, tried to create a 
page.
I followed the instructions and preceded the words with a 
tilde ("~JohnDoe") and all was well for the moment.
Now when I attempt to run a page history on that page, I get 
the following message:
lib/WikiDB.php(In template 'browse'?)(In template 'body'?)(In 
template 'html'?):787: Fatal[0]: <br />/web/virtual/
youevilbitch.com/htdocs/lib/WikiDB.php:787: : Assertion 
failed <br />
This was the only page that created this error when I tried to 
do a revision history.
After a few other tests, I put a tilde on a page where the 
revision history was working and then it broke.
When I tried to delete the tilde I recieved a similar error 
about when went to save.
After some other tests, I was able to delete the tilde, but the 
revision history is still broken because of it.
This problem is easily reproduced by introducing a tilde to a 
page where the revision history works.
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=849977&group_id=6121

Bugs item #849832, was opened at 2003年11月26日 11:57
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=849832&group_id=6121
Category: version 1.3.x (experimental)
Group: Installation
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: PHPWiki 1.3.6 breaks 1.3.4 setup
Initial Comment:
In short, I've been running PHPWiki 1.3.4 for the past
year give or take, and attempts to put PHPWiki 1.3.6
into place over 1.3.4 result in blank pages. One
effect I notice immediately is that session files are
NOT being generated by 1.3.6, but more in a minute.
I am using
* Apache 1.3.x for Windows (currently 1.3.29)
* PHP (currently 4.3.4)
* PostgreSQL (currently v7.4) running under Cygwin
Yes, I try to stay current. For the past year, I have
had PHPWiki 1.3.4 running. At one point I was working
with 1.3.5 CVS, and found that to work as well, but
figured I'd wait for the next feature "freeze" and
formal version release.
When 1.3.5 was officially released, and soon after
1.3.6, I thought I should give 1.3.6 a chance. 
However, by doing the following, I found that while
1.3.4 and 1.3.5 (CVS version I've had for awhile)
worked fine, 1.3.6 simply spits out blank pages and
does not generate a PHP session ID file.
What I do is have PHPWiki in its own folder, say
C:\InetPub\phpwiki
then configure Apache/etc. accordingly. This works
fine. If I wish to try out a different version, I
install it in, say,
C:\InetPub\phpwiki-1.3.5
and
C:\InetPub\phpwiki-1.3.6
Then, once I've configure index.php to match my
settings in my working 1.3.4 version, I simply rename
directories so that, for example, 1.3.5 is now in
C:\InetPub\phpwiki (and the current version is named
C:\InetPub\phpwiki-1.3.4).
If I swap 1.3.5 into place, it loads up fine. However,
if I try to do the same with 1.3.6, all I get is a
blank page. After digging a bit, I found that 1.3.6
does NOT create a session ID (which appears to be done
in ./lib/WikiUser.php if I see it right, one of the few
files which has seen major changes since 1.3.5). 
Simply swapping 1.3.4 or 1.3.5 back into place brings
back the pages just fine.
So what's the scoop? If users have a PHPWiki up and
running even as new as 1.3.4, there's no way to move up
to 1.3.6? All docs indicated versions older than 1.3.1
required starting with a clean DB. Does this now need
to be modified to be 1.3.6 MUST start with a clean DB
period?
Haven't tried starting with a clean DB yet, as I was
hoping to keep my current DB intact. Will try that
when time permits to see if it works.
Also, FYI: 1.3.6 in index.php is still listing the
version as "1.3.5pre".
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=849832&group_id=6121

Bugs item #847389, was opened at 2003年11月22日 13:03
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=847389&group_id=6121
Category: version 1.3.x (experimental)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: problem with french translation
Initial Comment:
I encountered problems while installing phpwiki 1.3.6.
with french language for default language.
the page is still in english and it lists me all pages
included into phpwiki althouhgt default *english" pages
are all ok.
It probably comes from the french translation...
contact: con...@fr...
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=847389&group_id=6121

Bugs item #844188, was opened at 2003年11月17日 21:43
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=844188&group_id=6121
Category: version 1.3.x (experimental)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeremy Avnet (brainsik)
Assigned to: Nobody/Anonymous (nobody)
Summary: Import of pages with %2F (/) in their name fails.
Initial Comment:
You can create wiki pages like [WikiWiki/PagePage]. When 
the zipdump is made, it uses '%2F' in place of the slash. 
However, importing this file and then using the "Restore 
Anyway" button (shown to me because I am restoring pages 
with multiple revisions -- this seems like a separate bug) 
will fail. The %2F is turned back into a slash and instead, a 
file called PagePage is searched for in a directory WikiWiki, 
which doesn't exist. (For clearity, the file that does exist is 
WikiWiki%2FPagePage).
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=844188&group_id=6121

Bugs item #839872, was opened at 2003年11月11日 12:32
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=839872&group_id=6121
Category: version 1.2
Group: PHP error
Status: Open
Resolution: None
Priority: 5
Submitted By: Asbjørn Ulsberg (asbjornu)
Assigned to: Nobody/Anonymous (nobody)
Summary: Fatal error: Call to undefined function: gettransformedconte
Initial Comment:
I just wanted to test the PHPWiki demo, and every now 
and then when I edited and saved the SandBox, I got 
this PHP error message:
Fatal error: Call to undefined function: 
gettransformedcontent() in 
/home/groups/p/ph/phpwiki/htdocs/demo/lib/editpage.php 
on line 205
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=839872&group_id=6121

Bugs item #838878, was opened at 2003年11月09日 13:37
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=838878&group_id=6121
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wainstead (wainstead)
Assigned to: Nobody/Anonymous (nobody)
Summary: Bracketed links with backslashes
Initial Comment:
Currently (pre-1.3.5) the rendering engine does not
recognize bracketed links with embedded backslashes as
links; it puts the question mark at the front. However
you can edit, save, and click the title of the page
created with backslashes. 
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=838878&group_id=6121

Bugs item #838871, was opened at 2003年11月09日 13:23
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=838871&group_id=6121
Category: version 1.3.x (experimental)
Group: Linking
Status: Open
Resolution: None
Priority: 5
Submitted By: Steve Wainstead (wainstead)
Assigned to: Nobody/Anonymous (nobody)
Summary: "bad server response" from Purge Cache
Initial Comment:
On my Powerbook, running Panther and MySQL, when I try 
to Purge Cache or Exorcise WikiuDB, I get:
Could not open the page “http://balan.local/~swain/projects/
phpwiki/index.php/PhpWikiAdministration?action=browse”.
The error was: “bad server response” (NSURLErrorDomain:
-1011)
Please submit a bug report describing what you did before 
this message appeared.
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=838871&group_id=6121

Bugs item #838855, was opened at 2003年11月09日 12:48
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=838855&group_id=6121
Category: version 1.3.x (experimental)
Group: Rendering
Status: Open
Resolution: None
Priority: 3
Submitted By: Steve Wainstead (wainstead)
Assigned to: Nobody/Anonymous (nobody)
Summary: Return link after xhmtl dump incorrect
Initial Comment:
After doing an xhtml dump as admin, the link "Return to
PhpWikiAdministration" has a ".html" at the end.
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=838855&group_id=6121

Bugs item #836702, was opened at 2003年11月05日 19:46
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=836702&group_id=6121
Category: version 1.3.x (experimental)
Group: Installation
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas R. Koll (tomk32)
Assigned to: Nobody/Anonymous (nobody)
Summary: Interwiki link to German Wikipedia
Initial Comment:
Because the Domain wikipedia.de was grabbed you need to
change it's entry in libs/interwiki.map to
DeWikiPedia http://de.wikipedia.org/wiki/
Also the other major Wikipedias in French, Polish and
Esperanto should be added to the map
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=836702&group_id=6121

Bugs item #836128, was opened at 2003年11月05日 09:59
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=836128&group_id=6121
Category: version 1.3.x (experimental)
Group: PHP error
Status: Open
Resolution: None
Priority: 5
Submitted By: Glenn Slaven (dalziel)
Assigned to: Nobody/Anonymous (nobody)
Summary: Parse error in wiki_stdlib.php3
Initial Comment:
After extracting the file into the web directory &
updating the wiki_config.php3 file, opening the /wiki/
directory returns the error:
Parse error: parse error in
/home/g/gslaven/www/wiki/wiki_stdlib.php3 on line 65
Fatal error: Call to undefined function: dbmopen() in
/home/g/gslaven/www/wiki/wiki_dbmlib.php3 on line 21
Line 65 in wiki_stdlib.php3 appears to be ok for php
syntax (as far as I can see anyway)
63 function RenderQuickSearch() {
64 global $value, $ScriptUrl;
65 static $formtext = "<form
action='$ScriptUrl'>\n<input type='text' size='40'
name='search' value='$value'>\n</form>\n";
66 return $formtext;
67 }
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=836128&group_id=6121

Bugs item #834657, was opened at 2003年11月02日 10:22
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=834657&group_id=6121
Category: version 1.3.x (experimental)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: 1.3.5pre(cvs) : ziphtml/dumphtml and ended by a zip/dump not
Initial Comment:
Hello, 
 
 
 
 
 
The dumphtml or the ziphtml action (from the latest
version of the 
 
cvs) generates an incomplete dump. For dumphtml, I
have an average of 
 
120 pages generated but stops before end (there is
quite more in your 
 
wiki around 1000). For the zip file, the generation
 stops at the 
 
middle with a corrupted zip archive. It seems that
this function 
 
generates a sig11 on the related httpd daemon 
(only with this 
 
function). 
 
 
 
 
 
rcs_id('$Id: main.php,v 1.99 2003年03月07日 02:39:47
dairiki Exp $'); 
 
rcs_id('$Id: loadsave.php,v 1.80 2003年03月07日 02:46:57
dairiki Exp $'); 
 
 
 
 
Apache/1.3.28 (Unix) PHP/4.3.3 mod_gzip/1.3.19.1a
 mod_perl/1.28 
 
mod_python/2.7.8 Python/2.3 mod_ssl/2.8.15
OpenSSL/0.9.7c 
 
 
 
 
 
Is it a known issue ? or is it related to the size of
the Wiki (more 
 
than 1000 pages) ? or something else related to PHP
itself ? 
 
 
 
 
Thanks a lot. 
 
 
 
 
 
Have a nice day. 
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=834657&group_id=6121

Bugs item #834646, was opened at 2003年11月02日 18:48
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=834646&group_id=6121
Category: version 1.3.x (experimental)
Group: User Authentication
Status: Open
Resolution: None
Priority: 5
Submitted By: Ashar Voultoiz (hashar)
Assigned to: Nobody/Anonymous (nobody)
Summary: passencrypt.php bug
Initial Comment:
Hello,
When using the passencrypt.php utility to encrypt a 
password, the soft doesn't crypt the entered 
password !! Instead it crypt the randomised pass.
That means we can't choose our password for admin 
rights :((
Passencrypt.php should be checked !
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=834646&group_id=6121

Bugs item #834535, was opened at 2003年11月02日 13:38
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=834535&group_id=6121
Category: version 1.3.x (experimental)
Group: Diff
Status: Open
Resolution: None
Priority: 5
Submitted By: Markus Wochele (wochele)
Assigned to: Nobody/Anonymous (nobody)
Summary: configurator.php
Initial Comment:
Parse error: parse error, unexpected T_STRING in
/var/www/html/phpwiki/index.php on line 358
// LDAP Authentication
// 
if (!defined('ALLOW_LDAP_LOGIN'))
define('ALLOW_LDAP_LOGIN', 'true');
if (!defined('LDAP_AUTH_HOST'))
define('LDAP_AUTH_HOST', 'localhost');
Give the right LDAP root search information in the next
statement.
^^^
it's not a php comment ;-)
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=834535&group_id=6121