51
metropolis
Re: Is I can Upgrade from xoops-2.2.3 a-final to xoops-2.0.14
  • 2006/7/27 8:08

  • metropolis

  • Not too shy to talk

  • Posts: 159

  • Since: 2004/7/15


That's a downgrade and I don't think it's possible. At least I failed when trying to downgrade from 2.2 to 2.0.14.



52
metropolis
Re: Hijacked Shoutbox
  • 2006/7/27 4:50

  • metropolis

  • Not too shy to talk

  • Posts: 159

  • Since: 2004/7/15


A solution may be to temporarily set the write access for registered users only so the spambots can't access it anymore. Maybe they will then stop to access it. After a couple of weeks, set the access rights back so that anonymous users can use it as well.

Of course, a captcha field would be the better solution, but I don't think anyone takes care of the Shoutbox module anylonger.



53
metropolis
Re: Error installing XPress (WordPress for XOOPS) 1.5.2
  • 2006/7/27 4:41

  • metropolis

  • Not too shy to talk

  • Posts: 159

  • Since: 2004/7/15


Why do you install such an old version?

The current version is 2.04, which you can download from www.xoopsforge.com



54
metropolis
Re: Can i have this module ?
  • 2006/7/26 20:30

  • metropolis

  • Not too shy to talk

  • Posts: 159

  • Since: 2004/7/15


I think it is the WF-Downloads which you can download at www.smartfactory.ca



55
metropolis
Re: [XOOPS] Designing a default module pack for Xoops Core
  • 2006/7/26 15:17

  • metropolis

  • Not too shy to talk

  • Posts: 159

  • Since: 2004/7/15


Quote:

JahDesik wrote:
I like the XoopsForge pack a.k.a "the phppp pack"

I also like those modules but most of them are too complicated for a simple startup package. But they would fit well into a professional module pack. E.g. I don't think we would need a Wiki module in a startup package.

I agree that XoopsForge is a good source for modules, but why is it a different site? Why aren't those modules included here in the module repository? This is one of my main points. The modules are not easy to find for a newbie.

Quote:

A bit OT: I would like to see an automatic update system for modules

Would be nice, but let's do one step after the other. First we need a working module repository that is free of all the outdated, unsupported stuff. Then this could be integrated by an automatic update procedure.

Quote:

(davidl2)
An alternative idea - and perhaps an easier to maintain one - would be a simple list (with links) of suggested modules for different applications.

This could be linked to in the installation, and would in turn link to both the repository entries - and of course the authors homesite.

This would be an option, but then the module repository has to be removed here, because otherwise people only get confused. The first "normal" thing for a visitor here would be to check a link called "module repository" when he is looking for a module.

However, such a list is - to my mind - only the second best option, because the links might get outdated, servers could be closed down and then there is no access to a module that still might work but could not be downloaded anymore. Having the modules here in the modules repository with somebody maintaing them is the best solution.

Quote:

(Bender)
So is this your application to join the file repository team?

Yawn... why does it always comes to sentences like that? Please accept that some people simply want to use Xoops. This - and the feedback they give is also an important part of the community. Of course - participating is always better, but not everybody has the time or the wish to do this but still can be interested when pointing to deficiencies in the current process.

If I want to participate more actively, I can just ask to get involved.



56
metropolis
Re: Critical bug in article 0.95
  • 2006/7/26 8:42

  • metropolis

  • Not too shy to talk

  • Posts: 159

  • Since: 2004/7/15


Quote:

phppp wrote:
well, I think what snow77 intended to say is that since he/she found a working instance, he/she doesn't think your failure was caused by the module bug, but more likely caused by file corruption or incompleteness, or any other unknown issues. It is kind of help, right?

Sorry, but from the error description, does it sould like a corrupted file? It doesn't happen immediately but after some hours, but it is reproducable. Unpacking a corrupted zip file would cause error messages.

Quote:

Also, thank you for using, improving and helping with the module.
D.J.

And do you have any idea what the bug caused?



57
metropolis
Re: Critical bug in article 0.95
  • 2006/7/26 8:02

  • metropolis

  • Not too shy to talk

  • Posts: 159

  • Since: 2004/7/15


I have a non-corrupted distribution, since it is provided in ZIP files which have a checksum. If I can unpack it, the distribution is OK (unless somebody put in buggy files).

Quote:

I wouldn't waste my time doing a second intention of helping you

So what was your help? Telling me you know of a working installation? Wow, thanks a lot, that really solved my problem. Please help somebody else.



58
metropolis
Re: Critical bug in article 0.95
  • 2006/7/26 6:47

  • metropolis

  • Not too shy to talk

  • Posts: 159

  • Since: 2004/7/15


This is the whole surrounding function:
function art_parse_class($class_string$pattern=""$replacement="")
{
    if(empty(
$class_string)) return;
    
$patterns = array("/[CLASS_PREFIX]/");
    
$replacements = array(ucfirst(strtolower($GLOBALS["artdirname"])));
    if(!empty(
$pattern) && !is_array($pattern) && !is_array($replacement)){
        
$pattern = array($pattern);
        
$replacement = array($replacement);
    }
    if(
is_array($pattern) && count($pattern)>0){
        
$ii 0;
        foreach(
$pattern as $pat){
            if(!
in_array($pat$patterns)){
                
$patterns[] = $pat;
                
$replacements[] = isset($replacement[$ii])?$replacement[$ii]:"";
            }
            
$ii++;
        }
    }
    
$class_string preg_replace($patterns$replacements$class_string);
    eval(
$class_string);
    return 
true;
}


Line 122 is the eval statement just before the return statement.

Quote:

I cannot look myself, because I always download corrupted archives from phpppppp's download page.

I constantly retried the downloads until the whole archive has been downloaded, but it can be quite difficult and it takes some time.



59
metropolis
Re: Critical bug in article 0.95
  • 2006/7/26 6:34

  • metropolis

  • Not too shy to talk

  • Posts: 159

  • Since: 2004/7/15


If you have not more to say than your personal opinion, I would like you to do this in other threads. Your post is not helpful at all.

For me it is unusable if it causes my site to be completely blank. And I have quoted the error message, so there is an error.

I am quite sure it works in many environments, but there are obviously problems in some others.



60
metropolis
Critical bug in article 0.95
  • 2006/7/26 5:37

  • metropolis

  • Not too shy to talk

  • Posts: 159

  • Since: 2004/7/15


Hi,

yesterday I was totally enthusiastic about the content module article 0.95.

But it seems to have a bug which makes it unsuable.

I spent some hours to set it up and wrote two articles in one category. Everything was fine. But after a couple of hours, I only got the "white screen of death" from Xoops.

After setting the debug variable in the database by hand, I got this error message:

Quote:
Fatal error: Class articlepermissionhandler: Cannot inherit from undefined class xoopsgrouppermhandler in /usr/export/www/vhosts/funnetwork/hosting/xxxx/modules/article/include/functions.php(122) : eval()'d code on line 2


Deleting files from /cache and /templates_c doesn't help, though I think it must have something to do with the cache, because this error occurs after a few hours and not immediately. I had to rename the modules/article folder to be able to access my page again. After that, I decativated the article module and renamed it back to article.

I have tried this two times now and it happened twice.

Could anybody have a look into that? Thanks.

Oh, I am running XOOPS 2.0.14 on PHP 4.4.2 with MySQL 4.0.26.




TopTop
« 1 ... 3 4 5 (6) 7 8 9 10 »



Login

Who's Online

210 user(s) are online (143 user(s) are browsing Support Forums)


Members: 0


Guests: 210


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Apr 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits