xoops-trackers Mailing List for XOOPS Web Application System

Bugs item #1515196, was opened at 2006-06-30 11:33
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1515196&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: ballards (ballards)
Assigned to: Nobody/Anonymous (nobody)
Summary: Xoops destroys custom entries in $_SESSION

Initial Comment:
I don't know if this is "bug", a "feature", or my
stupidity and lack of understanding of how to code with
xoops, but here goes:

<code>
<?php
include("../../mainfile.php");
print_r($_SESSION);
$_SESSION['mydate'] = date();
?>
</code>
A user session has been authenticated to xoops.

The first time the code is executed, $_SESSION contains
the usual xoops objects, and does *not* contain an
entry for 'mydate' (as expected).

The second time the code is executed,$_SESSION contains
the usual xoops objects, and *does* contain an array
entry for 'mydate'. but it is an empty string. Somehow
the entry for 'mydate' has been set to an empty string.

If this is not the proper way to set custom entries in
$_SESSION under xoops, please point me to documentation
on how to do so.

Thanks,

Peter
pw...@it...



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1515196&group_id=41586

Bugs item #1513533, was opened at 2006-06-27 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=430840&aid=1513533&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Dave Lerner (dave_l)
Assigned to: Nobody/Anonymous (nobody)
Summary: Need check for mysql extension loaded

Initial Comment:
This was fixed in 2.2.x, but not in 2.0.14.

class/mysqldatabase.php

XoopsMySQLDatabase::connect needs the following check:

extension_loaded('mysql') or trigger_error('mysql
extension not loaded', E_USER_ERROR);

Otherwise, if the mysql extension is not loaded, the
result will be a blank page, even if PHP debug is on,
since the @ suppresses all error messages.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1513533&group_id=41586

Bugs item #1498562, was opened at 2006-06-01 00:33
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1498562&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.x
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: pb with groups member when create member

Initial Comment:
Hi
trouble with 2.0.13.2 and 2.0.14 517.

- i'm login in admin
- i use the "edit user"
- i create a new member and assign him to webmasters 
group + Registered Users
- i confirmed

- then after, i go to the groups admin page and 
display the members of the webmsaters group and...

the new member is not in the webmasters group

All is correct if now i edit this member and put him 
in the webmasters group.

This problem comes only during a member creation.

Alain01 (http://frxoops.org)

----------------------------------------------------------------------

>Comment By: Skalpa Keo (skalpa)
Date: 2006-06-27 14:50

Message:
Logged In: YES 
user_id=882380

Duplicate of #1492004

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1498562&group_id=41586

Patches item #1495151, was opened at 2006-05-25 22:23
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1495151&group_id=41586

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: XOOPS 2.0.x
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: DuGris (dugris)
Assigned to: Nobody/Anonymous (nobody)
Summary: 2.0.14 - Module system version ???

Initial Comment:
In the version 2.0.13.2 the version of the module
system is 1.01 and in version 2.0.14 the version is 1.00

----------------------------------------------------------------------

>Comment By: Skalpa Keo (skalpa)
Date: 2006-06-27 14:39

Message:
Logged In: YES 
user_id=882380

Mmmhhhh... in 2.0.14RC1 the system module version was in
fact 1.01 too (and I even bumped the version number to 1.02
in the final release).
I think you just didn't update the system module in the
admin (you have to do this to see the module version change
I think)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1495151&group_id=41586

Patches item #1320898, was opened at 2005-10-09 21:17
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1320898&group_id=41586

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: XOOPS 2.0.x
Group: XOOPS 2.4
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Pierre-Eric MENUET (pemen)
Assigned to: Pierre-Eric MENUET (pemen)
Summary: Authentication System (LDAP) for XOOPS 2.0.13.1

Initial Comment:
XOOPS Authentication system for XOOPS 2.0.13.1. 
Include LDAP, Active Directory authentication and plugin 
architecture.

----------------------------------------------------------------------

>Comment By: Skalpa Keo (skalpa)
Date: 2006-06-27 14:35

Message:
Logged In: YES 
user_id=882380

Well, I guess I can close that one now :-)

----------------------------------------------------------------------

Comment By: Pierre-Eric MENUET (pemen)
Date: 2006-05-11 23:39

Message:
Logged In: YES 
user_id=1031058

Integration in the 2.0.14

----------------------------------------------------------------------

Comment By: Skalpa Keo (skalpa)
Date: 2006-01-19 13:07

Message:
Logged In: YES 
user_id=882380

Thanks.
I'm taking care of implementing this, so it can be part of
the next 2.3.0 alpha (alpha2).
Then I'll let you take the charge of updating this part ;-).

skalpa.>

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1320898&group_id=41586

Bugs item #1265245, was opened at 2005-08-21 04:24
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1265245&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.10
>Status: Closed
>Resolution: Invalid
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Unable to open admin menu.

Initial Comment:
When I click Administration Menu, it takes me to "This 
is your first time to enter the administration section. 
Press the button below to proceed."

I click submit and it simply reloads the previous "This is 
your first time to enter the administration section. Press 
the button below to proceed." all over again. Do I need 
an updated copy, or is this working as intended?


----------------------------------------------------------------------

>Comment By: Skalpa Keo (skalpa)
Date: 2006-06-27 14:32

Message:
Logged In: YES 
user_id=882380

There's an answer about this in the XOOPS FAQ on
www.xoops.org: your server needs to be able to write to the
cache/ folder

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1265245&group_id=41586

Bugs item #1230190, was opened at 2005-06-30 09:50
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1230190&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.x
>Status: Closed
>Resolution: Wont Fix
Priority: 2
Submitted By: {Vivi} (thevivi)
Assigned to: Nobody/Anonymous (nobody)
Summary: Criteria class

Initial Comment:
A little issue in criteria class. Here, the incrimined
function

function render() {
		if ( is_numeric($this->value) ||
strtoupper($this->operator) == 'IN') {
			$value = $this->value;
		} else {
			if ( '' === ($value = trim($this->value)) ) {
				return '';
			}
			if ( (substr($value, 0, 1) != '`') &&
(substr($value, -1) != '`') ) {
				$value = "'$value'";
			}
		}
		$clause = (!empty($this->prefix) ? "{$this->prefix}."
: "") . $this->column;
		if ( !empty($this->function) ) {
			$clause = sprintf($this->function, $clause);
		}
        $clause .= " {$this->operator} $value";
        return $clause;
}


And here the incrimined line

if ( '' === ($value = trim($this->value)) ) {
  return '';
}

This may cause little render fail every time value is
=== ''. But criteria may be : myField <> '' . So with
this code these criteria are impossible.

My suggestion

if ( '' === ($value = trim($this->value)) ) {
  return '';
}

replaced by

$value = trim($this->value);

because checking $this->value === '' will not bring
additional features and it will not be more fast.

Thanks for your attention, Vivi.

----------------------------------------------------------------------

>Comment By: Skalpa Keo (skalpa)
Date: 2006-06-27 14:27

Message:
Logged In: YES 
user_id=882380

LOL
I had fixed that one in 2.0.14RC1 before seeing your report
(I think the same as you here) but had to rollback the
changes, as some modules actually assume that the Criteria
class will do this :-(
So we can't fix that one (but anyway, the Criteria class is
#oops#, we have to make something else to replace it)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1230190&group_id=41586

Bugs item #1496697, was opened at 2006-05-29 08:13
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1496697&group_id=41586

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: Core -  install/upgrade
Group: XOOPS 2.0.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Mike Davis (mikethechap)
Assigned to: Skalpa Keo (skalpa)
Summary: cannot access authentication options

Initial Comment:
This was first mentioned here:
http://www.xoops.org/modules/news/article.php?storyid=3129&com_id=29277&com_rootid=29277&com_mode=thread&#comment29277


When I take the following path: admin|site
preferences|AUTHENTICATION, I get the same exact page
as I get if I go to admin|site preferences|GENERAL. In
other words, I cannot get to the authentication
options, only general preferencess. THus, the following
links display the same page:

http://www.elderhope.com/modules/system/admin.php?fct=preferences&op=show&confcat_id=0
http://www.elderhope.com/modules/system/admin.php?fct=preferences&op=show&confcat_id=1

The other prefernces options are as follows and seem fine:

User info -
http://www.elderhope.com/modules/system/admin.php?fct=preferences&op=show&confcat_id=2
meta & footer -
http://www.elderhope.com/modules/system/admin.php?fct=preferences&op=show&confcat_id=3
Censor -
http://www.elderhope.com/modules/system/admin.php?fct=preferences&op=show&confcat_id=4
Search -
http://www.elderhope.com/modules/system/admin.php?fct=preferences&op=show&confcat_id=5
Mail -
http://www.elderhope.com/modules/system/admin.php?fct=preferences&op=show&confcat_id=6


In the database, it says that LDAP is supposed to be 
confcat_id=0 and confcat_order=0. But, as noted above,
when the number at the end of the link is 0 I still get
general prefs.

It occurs to me that I had upgraded some time ago to
2.2.4, which if memory serves had ldap setting options.
I recently downgraded to  2.0.13.2 in anticipation of
upgrading to 2.0.14 when it came out. Is the fact that
LDAP was put in place by 2.2.4 conflicting with what
the upgrade is trying to do with 2.0.14? At least three
times I reuploaded and run the update script to know
avail. I still cannot get to the authentication
settings. It concerns me that this may be a bug for
those who have downgraded to 2.0.13.2 from 2.2.4 and
are planning an upgrade to 2.0.14...

----------------------------------------------------------------------

>Comment By: Skalpa Keo (skalpa)
Date: 2006-06-27 14:17

Message:
Logged In: YES 
user_id=882380

Fixed in 2.0.14 (forgot to update the tracker)

----------------------------------------------------------------------

Comment By: Mike Davis (mikethechap)
Date: 2006-06-16 03:52

Message:
Logged In: YES 
user_id=163462

Hi, skalpa:

I would be more than happy to try it. Unfortunately, I
completely got rid of my old site, installed the entire new
2.0.14 and cut and pasted my old site into the database. So,
it works fine now. Sorry... I would genuinely like to have
helped with that.

----------------------------------------------------------------------

Comment By: Skalpa Keo (skalpa)
Date: 2006-06-15 19:28

Message:
Logged In: YES 
user_id=882380

The changes I just did to the upgrade script should normally
fix this.
Chappy: I'm attaching a new version of the upgrader, could
you please test it and tell me if it fixes your problem ?
Upload the upgrade/ folder and access it to run it (like the
one in RC1)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1496697&group_id=41586

Bugs item #1510193, was opened at 2006-06-21 22:22
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1510193&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: rowd (rowd)
>Assigned to: Skalpa Keo (skalpa)
Summary: [2.0.14] xoInboxCount does not work when using assign

Initial Comment:
Example: <{xoInboxCount assign=new_pms}>

This does not work with PHP 4.x. 

If the Smarty object is passed by reference to the
xoInboxCount function it will work.



----------------------------------------------------------------------

>Comment By: Skalpa Keo (skalpa)
Date: 2006-06-27 14:15

Message:
Logged In: YES 
user_id=882380

Fixed that before the 2.0.14 release

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1510193&group_id=41586

Bugs item #1513001, was opened at 2006-06-26 14:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1513001&group_id=41586

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: Core -  Core
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Closed site and smarty variables

Initial Comment:
Some variables are not initialized 

in file include/common.php

after the line 164, add
$xoopsConfigMetaFooter =&
$config_handler->getConfigsByCat(XOOPS_CONF_METAFOOTER);

line 288, replace
'sitename' => $xoopsConfig['sitename'],
by
'xoops_sitename' => $xoopsConfig['sitename'],

after the line 288 add

'xoops_slogan' => $xoopsConfig['slogan'],
'xoops_footer' => $xoopsConfigMetaFooter['footer'],
'$xoops_meta_robots' =>
$xoopsConfigMetaFooter['meta_robots'],
'$xoops_meta_keywords' =>
$xoopsConfigMetaFooter['meta_keywords'],
'$xoops_meta_description' =>
$xoopsConfigMetaFooter['meta_description'],
'$xoops_meta_rating' =>
$xoopsConfigMetaFooter['meta_rating'],
'$xoops_meta_author' =>
$xoopsConfigMetaFooter['meta_author'],
'$xoops_meta_copyright' =>
$xoopsConfigMetaFooter['meta_copyright'],




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1513001&group_id=41586

Bugs item #1512249, was opened at 2006-06-25 19:25
Message generated for change (Comment added) made by sarg
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1512249&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: Works For Me
Priority: 5
Submitted By: Skaldrom Y. Sarg (sarg)
Assigned to: Nobody/Anonymous (nobody)
Summary: XoopsFormDateTime 'includes' code directly

Initial Comment:
/html/class/xoopsform/formtextdateselect.php, function
"render()":

This includes /include/calendarjs.php and returns HTML.
When this is used inside a template, the included
JavaScript is shown on top of the page because it gets
thrown out to the browser directly.

Possible solution: The included javascript should be
returned, like the html, so that it is under control of
the templating.

----------------------------------------------------------------------

>Comment By: Skaldrom Y. Sarg (sarg)
Date: 2006-06-26 06:38

Message:
Logged In: YES 
user_id=34507

Fast response! Wow!

It is Version 2.0.13.2
I use a "XoopsThemeForm" with a "XoopsFormTextDateSelect" 
element. I want to render it in a Template by 
calling "$themeform->assign($xoopsTpl)".

This "assign" method from XoopsThemeForm calls 
the "render" function of the XoopsFormTextDateSelect 
element and saves the result (return value) in a variable 
which is put into the template.

But the "render" function includes calendarjs.php 
directly. That means, it will not be returned but streamed 
to the browser directly. The Template is not rendered at 
this moment and so the whole calendarjs.php is above the 
whole HTML, confusing firefox.

This s the problem described in:
- http://www.xoops.org/modules/newbb/viewtopic.php?
topic_id=26429&forum=7&post_id=115338#forumpost115338
- http://www.xoops.org/modules/newbb/viewtopic.php?
topic_id=48804&forum=4&post_id=214197#forumpost214197
- http://www.xoops.org/modules/newbb/viewtopic.php?
topic_id=43766&forum=7&post_id=191935#forumpost191935

OT: This is just a minor issue in a wonderful piece of 
software. Thank you so much for all your work.



----------------------------------------------------------------------

Comment By: D.J. (phppp)
Date: 2006-06-26 03:07

Message:
Logged In: YES 
user_id=1001493

which version?
not able to re-produce it

what do you mean exactly by "When this is used inside a
template"?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1512249&group_id=41586

Bugs item #1512249, was opened at 2006-06-25 15:25
Message generated for change (Comment added) made by phppp
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1512249&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.x
Status: Open
>Resolution: Works For Me
Priority: 5
Submitted By: Skaldrom Y. Sarg (sarg)
Assigned to: Nobody/Anonymous (nobody)
Summary: XoopsFormDateTime 'includes' code directly

Initial Comment:
/html/class/xoopsform/formtextdateselect.php, function
"render()":

This includes /include/calendarjs.php and returns HTML.
When this is used inside a template, the included
JavaScript is shown on top of the page because it gets
thrown out to the browser directly.

Possible solution: The included javascript should be
returned, like the html, so that it is under control of
the templating.

----------------------------------------------------------------------

>Comment By: D.J. (phppp)
Date: 2006-06-25 23:07

Message:
Logged In: YES 
user_id=1001493

which version?
not able to re-produce it

what do you mean exactly by "When this is used inside a
template"?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1512249&group_id=41586

Bugs item #1512249, was opened at 2006-06-25 19:25
Message generated for change (Settings changed) made by sarg
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1512249&group_id=41586

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: Core -  Core
>Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Skaldrom Y. Sarg (sarg)
Assigned to: Nobody/Anonymous (nobody)
Summary: XoopsFormDateTime 'includes' code directly

Initial Comment:
/html/class/xoopsform/formtextdateselect.php, function
"render()":

This includes /include/calendarjs.php and returns HTML.
When this is used inside a template, the included
JavaScript is shown on top of the page because it gets
thrown out to the browser directly.

Possible solution: The included javascript should be
returned, like the html, so that it is under control of
the templating.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1512249&group_id=41586

Bugs item #1512249, was opened at 2006-06-25 19:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1512249&group_id=41586

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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Skaldrom Y. Sarg (sarg)
Assigned to: Nobody/Anonymous (nobody)
Summary: XoopsFormDateTime 'includes' code directly

Initial Comment:
/html/class/xoopsform/formtextdateselect.php, function
"render()":

This includes /include/calendarjs.php and returns HTML.
When this is used inside a template, the included
JavaScript is shown on top of the page because it gets
thrown out to the browser directly.

Possible solution: The included javascript should be
returned, like the html, so that it is under control of
the templating.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1512249&group_id=41586

Bugs item #1504355, was opened at 06/11/06 07:30
Message generated for change (Settings changed) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1504355&group_id=41586

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: Core -  install/upgrade
Group: None
>Status: Closed
Resolution: Works For Me
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Can't answer to private message in Xoops 2.0.14RC1

Initial Comment:
After upgrade from 2.0.13.2fr to 2.0.14RC1, members
can't answer to private messages in the last core
version. The button answer seems to be inactive (url
changes to the same url plus the caractr #) or generate
a error message.

I have the last version of protector module isntalled
if there is a link between them.

----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 06/22/06 19:23

Message:
Logged In: YES 
user_id=1312539

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 7 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Skalpa Keo (skalpa)
Date: 06/15/06 10:35

Message:
Logged In: YES 
user_id=882380

Cannot reproduce that.
Could you check that all your files are correctly uploaded ?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1504355&group_id=41586

Bugs item #1429366, was opened at 2006-02-10 12:46
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1429366&group_id=41586

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: Core -  Core
Group: XOOPS 2.4.x
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary:  No valid security token found in session

Initial Comment:
This error pops up most worryingly when a new user
tries to register on my site (www.getagig.ie) I've been
sifting through xoops forums for some kind of solution
but can't seem to find anybody who has solved it.
I don't know how security tokens work but I'm figuring
time limits are conflicting or permissions on certain
files or directories on the server might be causing the
problem (I use a shared host server (midphase).
I've attached as much detail about the server
environment as I can. 
Any other questions you can get me at in...@ge...
This problem can be recreated without fail at
www.getagig.ie (try to register a new account)


----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2006-06-22 15:13

Message:
Logged In: NO 

I just registered OK, using IE6 under win2000 OS.


(you can delete the acct 'testnvt")

did you find a fix for this? 

I get reports of this problem on our site ( running 
2.0.13 ) but only from XP users ( works fine in win2000)

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2006-02-10 12:48

Message:
Logged In: NO 

xoops 2.2.4

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1429366&group_id=41586

Bugs item #1510193, was opened at 2006-06-21 22:22
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1510193&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: rowd (rowd)
Assigned to: Nobody/Anonymous (nobody)
Summary: [2.0.14] xoInboxCount does not work when using assign

Initial Comment:
Example: <{xoInboxCount assign=new_pms}>

This does not work with PHP 4.x. 

If the Smarty object is passed by reference to the
xoInboxCount function it will work.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1510193&group_id=41586

Feature Requests item #1509144, was opened at 2006-06-20 08:38
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1509144&group_id=41586

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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Nightingale2k1 (adwinwijaya)
Assigned to: Nobody/Anonymous (nobody)
Summary: Layout Framework that support XoopsForm 

Initial Comment:
I would like to post my requests here:
1. It would be nice to have custom validators in each
XoopsForm Field (textfield, combobox, etc)... The
Validators class could be: Integer Validator, String
Validator, Email Validator, PostCode Validator, Name
Validator etc ... and it should be able to put Regex :]
The validator that currently on XoopsForm is nice
enough, it could validate whether the user filled the
field or not. nice one ... but it would be nicer if you
could add custom validator on both client and server
side :)

2. I would like to ask Layout Class like in Java Swing
.. such as Grid Bag Layout but much easier .. like Flow
Layout in JGoodies.Net .... http://jgoodies.net/

3. Class Generator Modules is nice enough but could not
handle to generate class that has more than one primary
key. Please add this in the Xoops Developments Tools :)


Thank you !!!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430843&aid=1509144&group_id=41586

Bugs item #1494879, was opened at 2006-05-25 13:50
Message generated for change (Comment added) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1494879&group_id=41586

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: Core -  install/upgrade
Group: XOOPS 2.0.x
>Status: Open
>Resolution: Remind
Priority: 5
Submitted By: zoullou (zoullou)
>Assigned to: Nobody/Anonymous (nobody)
Summary: Database password not entered with password field

Initial Comment:
Hi,

On XOOPS installer, database name isn't entered with
password field. It could be a security hole.

----------------------------------------------------------------------

>Comment By: Skalpa Keo (skalpa)
Date: 2006-06-18 06:50

Message:
Logged In: YES 
user_id=882380

Well I'm a little confused about this one... I think you
should be able to see it if you want to, but also that you
should be able to hide it.
Also after checking, you have to click next several times
before the installer actually tries to connect to the DB and
it's not really convenient.
As it's more a usability issue and not so much a security
one, I'm rolling back for now, but will re-open this for us
to look at this case later.
I think we should allow users to switch the input field
between pwd/clear text, and have the credentials checked
right after they are entered (and not 3 pages after as it is
today).

----------------------------------------------------------------------

Comment By: rowd (rowd)
Date: 2006-06-17 08:07

Message:
Logged In: YES 
user_id=1095348

The last point was wrong, you can still see the value on the
confirm database settings page - but I still think it would
be better to be able to see the password value when entering
it ;-)

Rowd

----------------------------------------------------------------------

Comment By: rowd (rowd)
Date: 2006-06-17 06:21

Message:
Logged In: YES 
user_id=1095348

I don't agree. It *should* be possible to see the password.

The password is not used to login, it is used to set the
value for the connection to the database. In my opinion it
is important to be able to visually verify that this value
is correct. 

If an incorrect value is entered then the installer can't
complete the installation and the user will have no way of
checking that it is due to an incorrect password. :-(

----------------------------------------------------------------------

Comment By: Skalpa Keo (skalpa)
Date: 2006-06-17 03:22

Message:
Logged In: YES 
user_id=882380

No big deal, but I changed it anyway.
Thanks (again ;)

----------------------------------------------------------------------

Comment By: Skalpa Keo (skalpa)
Date: 2006-06-17 03:17

Message:
Logged In: YES 
user_id=882380

No big deal, but I changed it anyway.
Thanks (again ;)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1494879&group_id=41586

Bugs item #1507645, was opened at 2006-06-17 08:21
Message generated for change (Settings changed) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1507645&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.x
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: rowd (rowd)
>Assigned to: Skalpa Keo (skalpa)
>Summary: Logger tabs do not work when using popup mode

Initial Comment:
Selecting a view option ('queries', 'blocks' etc...)
has no effect in popup debug mode.



----------------------------------------------------------------------

>Comment By: Skalpa Keo (skalpa)
Date: 2006-06-18 04:25

Message:
Logged In: YES 
user_id=882380

Fixed r551 :-)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1507645&group_id=41586

Bugs item #1500616, was opened at 2006-06-04 22:46
Message generated for change (Settings changed) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1500616&group_id=41586

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: Core -  Core
>Group: XOOPS 2.0.x
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Skalpa Keo (skalpa)
>Summary: Logger imcompatible with old PHP versions

Initial Comment:
I tried to install 2.0.14, once done (no errors reported during installation 
phase) I get:

<i> Fatal error: Call to a member function on a non-object in /home/
virtual/site241/fst/var/www/html/class/logger.php on line 83</i>

which is this line of code:
<i>$this->logstart[$name] = $this->microtime();</i>

commenting line 83 gets this error:


<i>Fatal error: Call to a member function on a non-object in /home/
virtual/site241/fst/var/www/html/include/common.php on line 112</i>

in code:
<i>$xoopsLogger->startTime();</i> line 111
<i>$xoopsLogger->startTime( 'XOOPS Boot' );</i> line 112


if I comment line 112 OR line 111 everything works fine (well probably 
user's login time isn't retrieved).

PHP Version 4.2.2

----------------------------------------------------------------------

Comment By: booob (booob)
Date: 2006-06-14 18:41

Message:
Logged In: YES 
user_id=1539872

Wa have the same problem with php 4.3.7 and mysql 4.1.9.
It works with php 4.3.10

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1500616&group_id=41586

Bugs item #1507645, was opened at 2006-06-17 08:21
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1507645&group_id=41586

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: Core -  Core
Group: XOOPS 2.0.x
Status: Open
Resolution: None
Priority: 5
Submitted By: rowd (rowd)
Assigned to: Nobody/Anonymous (nobody)
Summary: [2.0.14-rc1] xoSetLoggerView() prob. in popup debug mode

Initial Comment:
Selecting a view option ('queries', 'blocks' etc...)
has no effect in popup debug mode.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1507645&group_id=41586

Bugs item #1494879, was opened at 2006-05-25 13:50
Message generated for change (Comment added) made by rowd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1494879&group_id=41586

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: Core -  install/upgrade
Group: XOOPS 2.0.x
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: zoullou (zoullou)
Assigned to: Skalpa Keo (skalpa)
Summary: Database password not entered with password field

Initial Comment:
Hi,

On XOOPS installer, database name isn't entered with
password field. It could be a security hole.

----------------------------------------------------------------------

>Comment By: rowd (rowd)
Date: 2006-06-17 08:07

Message:
Logged In: YES 
user_id=1095348

The last point was wrong, you can still see the value on the
confirm database settings page - but I still think it would
be better to be able to see the password value when entering
it ;-)

Rowd

----------------------------------------------------------------------

Comment By: rowd (rowd)
Date: 2006-06-17 06:21

Message:
Logged In: YES 
user_id=1095348

I don't agree. It *should* be possible to see the password.

The password is not used to login, it is used to set the
value for the connection to the database. In my opinion it
is important to be able to visually verify that this value
is correct. 

If an incorrect value is entered then the installer can't
complete the installation and the user will have no way of
checking that it is due to an incorrect password. :-(

----------------------------------------------------------------------

Comment By: Skalpa Keo (skalpa)
Date: 2006-06-17 03:22

Message:
Logged In: YES 
user_id=882380

No big deal, but I changed it anyway.
Thanks (again ;)

----------------------------------------------------------------------

Comment By: Skalpa Keo (skalpa)
Date: 2006-06-17 03:17

Message:
Logged In: YES 
user_id=882380

No big deal, but I changed it anyway.
Thanks (again ;)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1494879&group_id=41586

Bugs item #1494879, was opened at 2006-05-25 13:50
Message generated for change (Comment added) made by rowd
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1494879&group_id=41586

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: Core -  install/upgrade
Group: XOOPS 2.0.x
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: zoullou (zoullou)
Assigned to: Skalpa Keo (skalpa)
Summary: Database password not entered with password field

Initial Comment:
Hi,

On XOOPS installer, database name isn't entered with
password field. It could be a security hole.

----------------------------------------------------------------------

>Comment By: rowd (rowd)
Date: 2006-06-17 06:21

Message:
Logged In: YES 
user_id=1095348

I don't agree. It *should* be possible to see the password.

The password is not used to login, it is used to set the
value for the connection to the database. In my opinion it
is important to be able to visually verify that this value
is correct. 

If an incorrect value is entered then the installer can't
complete the installation and the user will have no way of
checking that it is due to an incorrect password. :-(

----------------------------------------------------------------------

Comment By: Skalpa Keo (skalpa)
Date: 2006-06-17 03:22

Message:
Logged In: YES 
user_id=882380

No big deal, but I changed it anyway.
Thanks (again ;)

----------------------------------------------------------------------

Comment By: Skalpa Keo (skalpa)
Date: 2006-06-17 03:17

Message:
Logged In: YES 
user_id=882380

No big deal, but I changed it anyway.
Thanks (again ;)

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430840&aid=1494879&group_id=41586

Patches item #1500494, was opened at 2006-06-04 16:29
Message generated for change (Settings changed) made by skalpa
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1500494&group_id=41586

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: None
Group: Patches
>Status: Closed
>Resolution: Invalid
Priority: 2
Submitted By: Herko Coomans (herkocoomans)
Assigned to: Nobody/Anonymous (nobody)
Summary: 2.0.14 error logger render XHTML strict compliance fixes

Initial Comment:
In xhtml 1.0 strict <table > tags have a mandatory
summary attribute.

The error log rendering routine doesn't have this
attribute in its tables, breaking xhtml compliance.

I've attacjed a file with table summaries added.

I realise this is a very low priority fix, as it only
occurs when an admin is viewing a page with errors, and
the error logger is set to show the logs. When anyone
else is viewing the page, it doesn't break xhtml 1.0
strict compliance.

It's a minor detail, but still.. a detail.

Herko



----------------------------------------------------------------------

>Comment By: Skalpa Keo (skalpa)
Date: 2006-06-17 04:30

Message:
Logged In: YES 
user_id=882380

Two things...

First, the summary attribute is not mandatory, the DTD (even
the strict one) defines it as #IMPLIED, which in clear
language means it is optional (the reason why I'm closing
the tracker item).

Also, you can control where you want the logger output to
appear by adding the following string in your theme:
	<!--{xo-logger-output}-->
If this string is found somewhere, then the logger will
replace it with its output, otherwise it will insert the log
after all the page (thus after </html>)

:-)

----------------------------------------------------------------------

Comment By: Herko Coomans (herkocoomans)
Date: 2006-06-05 12:28

Message:
Logged In: YES 
user_id=441189

Is it also possible to get the logger output *within* the
<body> of the html document? Currently it's rendered after
the body and html tags are closed.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=430842&aid=1500494&group_id=41586