Hi,

I am not sure if this is a bug or a miss-configuration on my part, I upgraded to 2.30RC, however, it seems that XOOPS is ignoring the View status of blocks, if I go to System Admin>Blocks and turn Visable status to Off for certain blocks, the blocks still show up on the menu and shouldn't.

I can work around it by removing the access rights though.

Ideas?

Thanks a bunch,

Jeff

McDonald came through and posted a reply on his support board the same day I posted the question, anyway here is the fix:

This is a known bug and will be fixed in next release.

To fix it you have to find the following lines in ../include/search.inc.php :
Code:
if ( false == xtubecheckSearchgroups( $myrow['cid'] ) ) {
continue;
}


and replace these lines with the following lines:
Code:
// Following is commented out because it can cause a conflict with View Account function (userinfo.php)
// if ( false == xtubecheckSearchgroups( $myrow['cid'] ) ) {
// continue;
// }

Thanks all,
Jeff

Sorry it took me a while, I had to figure out how to turn php error reporting on at the server level since the debug in XOOPS wouldn't work for this error.. (They don't allow php.ini editing or htaccess php flag overrides, but the do allow changing the values with a special file) so after I got the error reporting turned on, I found out that the bug has nothing to do with XOOPS but it is in fact a SF (Mcdonald) bug in the module MyTube, I did post the bug on his forum, but just in case, I'll post the error message here as well:

Here is the error message:

Call to a member function getVar() on a non-object in /var/www/html/fts/web/modules/mytube/include/search.inc.php on line 16.


Thanks all,
JB

I tried the fix, didn't work, it seems to only affect id 1 though. Any other user can be viewed. As a temp workaround I renamed the admin account to nobody special and I made another admin account which can be viewed.

I'd like to figure out what the cause is though.

For some strange reason, I can no longer view my profile in XOOPS 2.0.18.1 regardless of the theme, it comes up with a blank white page and no error codes. This only happens when the profile id=1, other profiles display fine.

I tried using search but couldn't find anything. I would like to fix this because I can't change avatars if I can't access my profile.

Thanks,
Jeff

PS I tried copying the original userinfo.php from the archive but it didn't work either.

Hi,

If anyone still has this hack, could you please post a link to download it as the one posted here is no longer valid.

Thanks.

I've installed a few modules and some of the documentation was written by a person whose English was somewhat grammatically challenged. (Trying to be politically correct here. .)

Anyway, as a module developer (or a developer in general), how would you feel about someone re-wording your documentation so that the English is correctly stated, for example:

It is now thought under currently if feature requested be added future near to something like: I am now considering the idea to add the requested feature in the near future.

As a developer of a module, would you find it offensive is someone offered to re-word the entire docs to correct English?

If not, that could be a project in itself, couldn't it. Helping to translate the docs to correct English?

Although I don't use them anymore, Cpanel and Fantastico still haven't fixed their bad English either. (Just a peeve).

I'm wondering if it would be wrong to have a "Correct My English" project which could be extended to the mod's language files also.

Sometimes it feels to me like Yoda from Star Wars wrote the documentation.

Well, if you think this is a good idea and you need a volunteer... let me know.