phpwiki-bugs Mailing List for PhpWiki (Page 5)

Bugs item #873964, was opened at 2004年01月09日 19:28
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=873964&group_id=6121
Category: version 1.3.x (experimental)
Group: PHP error
Status: Open
Resolution: None
Priority: 5
Submitted By: Uwe Debach (uwed)
Assigned to: Nobody/Anonymous (nobody)
Summary: Login problem
Initial Comment:
While logging in:
PhpWikiSystemAdministration?action=browse
I get an error message:
In template 'login' (In template 'body') (In template 
'html'):14: Warning[2]: Wrong parameter count for 
htmlentities():
$examplechars = htmlentities("ÀñíçéàÖãæôßøü", 
ENT_QUOTES, 'iso-8859-1');:
if (defined('DEBUG') and DEBUG) {
In template 'login' (In template 'body') (In template 
'html'):23: Warning[2]: printf(): too few arguments:
printf(asXML($t), $examplechars); ?>
The login seems to work.
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=873964&group_id=6121

Bugs item #873962, was opened at 2004年01月09日 19:24
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=873962&group_id=6121
Category: version 1.3.x (experimental)
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Uwe Debach (uwed)
Assigned to: Nobody/Anonymous (nobody)
Summary: Konqueror without icons
Initial Comment:
Using Konqueror as Webbrowser i don't see any of the 
navigation Icons while using the MacOSX theme.
The only Icon I get is the one in th upper right corner.
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=873962&group_id=6121

Bugs item #873945, was opened at 2004年01月09日 10:10
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=873945&group_id=6121
Category: version 1.3.x (experimental)
Group: PHP error
Status: Open
Resolution: None
Priority: 5
Submitted By: jason iversen (gebbeth)
Assigned to: Nobody/Anonymous (nobody)
Summary: Frequent error in RecentChanges
Initial Comment:
Hi there, 
1.3.7pre
---
I get this error frequently. Any ideas?
Fatal error: Cannot instantiate non-existent class:
_odwiki_recentchanges_formatter in
/mnt/disk7/domain/odforce.net/www/odwiki/lib/plugin/RecentChanges.php
on line 712
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=873945&group_id=6121

Bugs item #870717, was opened at 2004年01月05日 16:45
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=870717&group_id=6121
Category: version 1.3.x (experimental)
Group: Wiki syntax
Status: Open
Resolution: None
Priority: 5
Submitted By: Andree Leidenfrost (leidenfrost)
Assigned to: Nobody/Anonymous (nobody)
Summary: Changing link cretaes new link
Initial Comment:
Consider the following:
* DesasterRecovery
where the linked page has already been edited and saved.
When fixing the spelling mistake, i.e. changing the
above to:
* DisasterRecovery
this results in a new link (i.e. with the question mark
to the right) rather than still pointing to the
existing one.
This is with 1.3.7 on Debian woody using the db2 backend.
Best regards
Andree
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=870717&group_id=6121

Bugs item #865673, was opened at 2003年12月25日 05: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=865673&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: Unlimited new wiki
Initial Comment:
I run the script for the first time, it creates the
pages for the wiki but it does this every time I load
the script.
New wiki on each index.php call...
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=865673&group_id=6121

Bugs item #859628, was opened at 2003年12月13日 15: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=859628&group_id=6121
Category: Flat file
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: 1.3.6 database zip produces un-readable file 
Initial Comment:
Backing up a wiki with database zip produces an
unreadable zip file. A zip of most recent file appears
to work.
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=859628&group_id=6121

Bugs item #858662, was opened at 2003年12月12日 12:30
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=858662&group_id=6121
Category: version 1.3.x (experimental)
Group: PHP error
Status: Open
Resolution: None
Priority: 5
Submitted By: David de Groot (dadegroot)
Assigned to: Nobody/Anonymous (nobody)
Summary: Minor issues in 1.3.4 and Solutions.
Initial Comment:
Problem 1:
Generated versions of index.php are missing comment
marks on this line:
Ignored. No IMAP support in this php. configure --with-imap
Causing a parse error in PHP.
Solution: add // to the beginning of that line.
Problem 2:
At approx line 278 in lib/config.php the line:
define('USE_PATH_INFO', ereg('\.(php3?|cgi)$',
$SCRIPT_NAME));
Should read:
define('USE_PATH_INFO', ereg('\.(php3?|cgi)$',
SCRIPT_NAME));
Note, $SCRIPT_NAME is not correct in that context.
Hope this helps someone else, or ends up in a future
version of phpwiki.
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=858662&group_id=6121

Bugs item #855460, was opened at 2003年12月06日 14: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=855460&group_id=6121
Category: version 1.3.x (experimental)
Group: Installation
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael Wexler (mwexler)
Assigned to: Nobody/Anonymous (nobody)
Summary: Merge error when uploading pages
Initial Comment:
My phpwiki 1.3.6 is using the default index.php?page=
format. My zip file has my modified HomePage. The
option to Merge the files appeared to have a hardcoded
phpwiki/PhpAdministration link, not the ?page= version.
Since the ?page= format works on all wikis, it would
make sense to fix this. I can't figure out where this
is, but I will post a followup if I can locate it. 
Perhaps loadsave.php?
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=855460&group_id=6121

Bugs item #853707, was opened at 2003年12月03日 16:06
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=853707&group_id=6121
Category: Postgresql
Group: PHP error
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: PostgreSQL support broken in 1.3.6
Initial Comment:
PostgreSQL support is broken in 1.3.6 because of a very
simple mistake.
In lib/WikiDb/backend/pgsql.php, there are two extra,
incorrect definitions of the methods _sql_match_clause
and _fullsearch_sql_match_clause.
Remove the two erroneus (non-postgresql specific)
functions which are towards the bottom of the file, and
everything works fine.
Niall O' Higgins
- nj...@si...
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=853707&group_id=6121

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

Bugs item #833608, was opened at 2003年10月31日 05:09
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=833608&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: Images not shown
Initial Comment:
Images are not shown on the HomePage as the path is 
builded wrong
See Example line below
<link rel="shortcut icon" href="//themes/default/images/
favicon.ico" />
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=833608&group_id=6121

Bugs item #830912, was opened at 2003年10月27日 11:04
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=830912&group_id=6121
Category: None
Group: User Authentication
Status: Open
Resolution: None
Priority: 5
Submitted By: Sam Thorne (samjt)
Assigned to: Nobody/Anonymous (nobody)
Summary: IMAP authentication fails because nothing is opened
Initial Comment:
In the current implementation of IMAP authentication, the 
authentication always fails because no inbox is being 
opened, so nothing is returned.
Currently it is:
if (ALLOW_IMAP_LOGIN and !empty($passwd)) {
		 $mbox = @imap_open( "{" . IMAP_AUTH_HOST . 
":143}", $userid, $passwd, OP_HALFOPEN );
		 if( $mbox ) {
			imap_close( $mbox );
 $this->_authmethod = 'IMAP';
			return WIKIAUTH_USER;
		 }
		}
It should be:
if (ALLOW_IMAP_LOGIN and !empty($passwd)) {
		 $mbox = @imap_open( "{" . IMAP_AUTH_HOST . 
":143}INBOX", $userid, $passwd, OP_HALFOPEN );
		 if( $mbox ) {
			imap_close( $mbox );
 $this->_authmethod = 'IMAP';
			return WIKIAUTH_USER;
		 }
		}
----------------------------------------------------------------------
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=106121&aid=830912&group_id=6121