I'd like to know if anyone else has noticed this problem on their setup, or is it just me. And if it is a problem, if there is a fix in the making?

I am using XOOPS 3.0.3 at www.calogic.de . It is not a very heavily used site.

Upon entering the site, the who's online block shows 1 guest.

After logon, the who's online block shows 1 guest and 1 Member online, and my User Name is displayed.

After logoff, the block still shows 1 Guest and 1 Member that is online, and my User Name is still displayed. Even in the forum my posts show I am online.

My Admin rights however, are not available after logoff, which I didn't expect would be.

It really just seems to be the Who's Online module itself.

If I wait 5 minutes or so, then refresh, or navigate in the site after logoff, my online status then shows 1 guest and 0 members.

This leads me to think it probably has something to do with a cache, either proxy or local, and XOOPS cookie(s).

And because I am no fan of cookies in anyway, either as a user or the programmer that I am, I would suggest using a differnt method of determinig if an online visitor is a Guest, or a logged on Member. Is it correct to assume that, at the second of logoff, a Member becomes a Guest?

I mean, there is surely a field in the user table, or elshwhere in some other table, that records if a visitor is logged on or not. And it is this field that should be used to count the number of Guests / logged on Members, not a cookie (if this is the case).

Yes, I know there is the remote possibility that some other person is online at the same time, but highly unlikely. I have been using XOOPS for a week or so now, and I noticed this descrepancy from the get go, and have been observing it closely.

Thanks for any comments.

Just checked, the XOOPS site seems to have this (bug?) too. Plus I just upgraded to 3.0.4, and same thing.

*bump*

(only 11 visits at now and could interests larger public)

Sorry, there is a bug in this hack:
you need to add this before line 123 to make it work properly:

$email = $xoopsUser->email("E");

Otherwise, $email value previously taken from text box will be empty ad an error will occour while you try saving user profile.

To let XOOPS forum moderators doing their job before the publish of what they should moderate, I'm thinking about an hack that should be simple.
The idea is following:
- add a db field in table PREFIX__bb_posts_text called post_approved.
- ad a db field in table PREFIX_bb_forums called forum_moderated
- when a user post a message, default value of post_approved will be = !forum_moderated
- for normal user, when forum engine will display messages, it will display only those ones in which post_approved = 1
- for moderators, forum engine will display all messages with an additional approve button (which will show the state of post_approved value, too). Clicking on it will switch post_approved field value.

I'm going do it on myself but I'm interested on knowing devs & community opinion about integrating this in official release.

Other than in France, in Italy too there is a problem of 'responsability' of site contents, including forums, and this is a important feature, IMHO.

Hi all,
the tag "valign" didn't worked.
In the between i Have tried to use layouts instead of tables, and althought the content was aligned in the top, it didn't respect the columns.
So i had an idea. wouldn't it be better to consider the "cell" between the columns of the portal, as a virtual screen, where are the contents could be indexed ( for instance in the case of using the DIV tags)...??
I will try the other suggestions to see if it solves the problem.

REgards,
Danyblue

<table border="0" width="913" bgcolor="#FFFFFF" cellspacing="1" height="2194" >
<tr>
<td width="148" height="132">
<p align="left"> </p>
</td>
<td width="751" colspan="4" rowspan="3" height="443">
<p align="left">

In your code above, you might try adding valign="top" to the table and td tags in which you have a specific height value. See if that pulls the text up some.

If you need to just output data stored in DB as pure html, you can do so by just echoing the content.

so changing the line

echo makeTareaData4Show($content);

to

echo $content;

will allow you to just ouput your content in pure html format, bypassing the new line conversions in textsanitizer. However, this will also skip the smileys and xoopscodes conversions, and the allowed html tags checking routine.

I ran into this same problem. I used NSections and needed to somehow bypass textsanitizer in some way from replacing my line breaks into <br \> tags. What I did was include a new field in the database called "ignoreCR" (ignore carriage returns). This is either 0 or 1. The article view function detects this value. If it's 1 then you want to bypass the line break replace. What I do is include this line:

$content = preg_replace("/(\015\012)|(\015)|(\012)/","",$content);

to replace all line breaks. Now everytime you view your article it will replace all your line breaks so that none exist. Your content will be a glob of code with no line breaks. Therefore textsanitizer can't insert any line breaks when it runs. It also only does this on view, so your code in the database still looks line break formatted. You'll also need to add <p \>, <p>, <br>, and <br \>, depending on which you use for line breaking, to your allowable html. The ones with the '\>' closing are to keep the xhtml 1.0 standard. You may even want to add all these to your allowable html tags. I thought this might cause from problems with other content, but it hasn't and I don't see how a user can misuse these tags to screw up your site. The file to edit this is in class/xoopslists.php.

Now whenever I want to import content that is html preformatted I just paste it in, set ignoreCR to 1 and it'll skip all line break replacements. I also had to add this to the admin forms, but it didn't take much work. Works like a charm for me so far.

Hi,
don't get me wrong, i am not unsatisfied with Xoops, in the contrary, I like a lot, i think that is far better than PHP nuke and others.
If I reported what seemed to me a problem is just to contribute to its evolution.
I am confident that a solution will come that will solve the problem and allow me to publish my hometown local newspaper in the net.

Regards,
Daniel

Quote:
In the waiting for this useful fix, I've skipped this problem by removing the option to change the email by XOOPS users (RC2-only hack)

Just look at the edituser.php file at line 43:

<table cellpadding='8' border='0'><tr><td><form name='userinfo' action='edituser.php' method='post'><b>". _US_REALNAME ."</b> ". _US_OPTIONAL ."<br /><input class='textbox' type='text' name='name' value='". $xoopsUser->name("E")."' size='30' maxlength='60' /><br /><b>". _US_EMAIL ."</b> ". _US_REQUIRED ."<br />". _US_THISWILLBEPUBLIC ."<br /><input class='textbox' type='text' name='email' value='". $xoopsUser->email("E") ."' size='30' maxlength='60' /><br />". _US_OPTION ." <input type='checkbox' name='user_viewemail' value='1'";

and change it in this way:

<table cellpadding='8' border='0'><tr><td><form name='userinfo' action='edituser.php' method='post'><b>". _US_REALNAME ."</b> ". _US_OPTIONAL ."<br /><input class='textbox' type='text' name='name' value='". $xoopsUser->name("E")."' size='30' maxlength='60' /><br /><b>". _US_EMAIL ."</b> ". _US_REQUIRED ."<br />". _US_THISWILLBEPUBLIC ."<br />". $xoopsUser->email("E") ."<br />". _US_OPTION ." <input type='checkbox' name='user_viewemail' value='1'";

Rc3 is some different and I'm still working on it (but should be easier)

Why should use a temporary solution? well, as soon I've published on xoops.it about this issue, just 2 minutes after lots of trolls was subscribing with fantasious email addresses