Presumably you are logged on when viewing those modules. What time zone is set in your profile?

Barry

Glad to see people doing some thorough testing.

It seems to me that the XOOPS developers could ask for some volunteers to test particular modules, then have a "Xoops 2.2 Tested" section in the module repository.

The next big problem, of course, is how to get some of these modules updates, especially those that don't seem to have much current support from the authors.

I would help with testing, but can't with fixing (not a programmer). It seems to me that we have the potential for one of those roadblock situations. Folks won't widely adopt 2.2 until most modules will work, but who will fix them?

Barry

On this topic, has anyone tried XF Guestbook under XOOPS 2.2? I installed it, apparently successfully, but when I try to enter a guestbook message, no messages is saved, despite the progress message that appears saying "no errors". My site is on a shared server running php 4.3.11

Barry

Go to the admin menu. Choose Modules/Extended Profiles/Fields. Find the Time Zone field (timezone_offset). Click on edit. Make it visible. That makes it visible in the user profile form, where it can be set appropriately.

To me it is not a bug, although I think if would be better if that item were shown by default in the user profiles. XOOPS has always had the ability to set the time zone of the user independently of the server or site default time zone. Some sites (mine included) have users from all over the world.

Hope that helps,

Barry

I have installed XOOPS 2.2 on a test server and am beginning to work with it, testing various modules that I use. I have installed both CBB 2.2rc and AMS. Both appear to be working, but I have noticed that both are showing the incorrect time. Both show a time 8 hours ahead of the default time set in XOOPS prefs. That would appear to be GMT. Server time is set to Mountain time (US) and default time is set to Pacific time (US).

This is probably something absurdly simple that I'm missing. Anyone have a suggestion?

[Edit] I was right! It was absurdly simple. What I stumbled on was the fact that the timezone for registered users was not shown in the reg. form (and edit form) by default. Making that visible showed that thte default was set to GMT, which I changed, and now the time shows correctly. I left this here in case anyone else has problems figuring it out.

Barry

In the theme I use there is a menu bar just below the log that holds certain important links for the site. These are coded in the form:

<a href="<{$xoops_url}>/modules/tinycontent0/index.php?id=9">Join the AKA</a>
&nbsp;•&nbsp;
<a href="<{$xoops_url}>/modules/tinycontent0/index.php?id=10">Killietalk</a>
&nbsp;•&nbsp;

etc. Thus, they are visible to all visitors to the site, but some of the target pages are restricted by the XOOPS permission system to members of certain groups. If a non-member clicks on a restricted item, they will get the login form.

Ideally, I'd like to be able to hide those menu items from non-members, or folks not logged in. In other words, I'd like them to become visible only when a member of the appropriate group logs in. Is there any way I can do this, using scripting perhaps?

Barry Cooper

You can get them from sourceforge.net

http://sourceforge.net/project/showfiles.php?group_id=41586&package_id=72954

Hi all,

My live XOOPS site (aka.org) was originally installed in a subfolder of an otherwise static site. It provided some restricted components of the site. Finally I decided that I should serve the whole site from Xoops. To do so I moved the XOOPS installation from the subfolder to the server root. I then edited the mainfile.php file to reflect the new path to Xoops. Everything seemed to work fine. However, I have noticed two problems that are present in that installation, but not in a test installation I have in a subfolder.

One problem is that I cannot get the donations module to log IPNs from the Paypal site. The module does the donation on Paypal, but it is not logged to my server. I installed the donations module on my test site, and it works correctly.

Second, I worked with the programmer in developing the recently released Membership 1.0 module. We found that one field would not accept a value using the field name he originally assigned. When he changed that, it would accept a value. It appears that the field, for some reason, was expecting a numerical value and wouldn't accept a non-numerical value. That problem did not exist when we tested the module on my test XOOPS installation.

My concern is that I may have overlooked something in moving the site from the subfolder to the root. Should I have changed path values in any other places? The second possibility is that something is subtly corrupted in my live installation of Xoops. If that's the case I might have to do a fresh install of XOOPS 2.0.10 (which is running on both installations), then move the site to that. Any suggestions on how to migrate all of the data from the existing site to a new installation of XOOPS would sure be appreciated.

Thanks,

Barry Cooper

OK. Here's the deal from one frustrated user. The problems I have been seeing are not with the xdonations 1.9 module, or with the server. However, there is a problem with my live installation of XOOPS 2.0.10. I have a test installation of XOOPS in a subfolder on my server and finally decided to try the module there, with a real donation. It works! Donations are correctly logged and show up in Recent Donors, etc.

Now the issue is to figure out how to fix the problem with my live site. Originally the site was in a subfolder providing some features of a site that was otherwise static. I eventually wanted the whole site to be XOOPS driven, so I moved all the files and folders in that subfolder to the server root. I edited mainfile.php to reflect the new path. Everything seemed to work. However, I have seen one other instance in which the behavior between the live server and the test installation differs. Specifically that was that a field in the membership module would not accept a value with the field name that was originally assigned to it. The test site did not have that problem. We fixed that by changing the name of the field. Thus, there is something different between the two installations of Xoops.

My concern is that I overlooked something when moving the site files. Any suggestions as to what would be welcome. I will post a question about that on a more appropriate forum, as well.

Thanks for the help that you all have offered.

Barry

Quote:

Not to me, but that is probably me. I need the "Setup for Dummies" version. I do agree that, reading the docs for xdonations, what is happening is what is described if the email address is not set up correctly.

webmaster@aka.org is my primary email address on Paypal and shows up at the top of my Paypal account. That is the address that the xdonations modules says you should use. It is set up on my server as a POP account. I receive the mail here on my home computer using an account set up in my mail client.

I also tried setting up a new POP email account, services@aka.org, and set that as my primary mail account on Paypal. It showed, as expected, at the top of the page on my account. I set that as the email address in xdonations, but still have exactly the same results. The donation is recorded on Paypal but not logged on the server.

I would appreciate it if you could try to help me understand what you are getting at re email setup, but take your time. Another day of frustration won't hurt me. Perhaps examples of how you have it set up would help.

Barry