71
barryc
Re: extCal problem in 2.4.2
  • 2009/12/23 18:02

  • barryc

  • Just can't stay away

  • Posts: 480

  • Since: 2004/3/20


More testing:

I did test the ability to post as a registered user (non-admin) and it worked OK. That was done while the default admin theme was active. I did not try to post under the oxygen theme. I will have to get back to my complaining user to follow up on that.

I also inactivated the backup module then switched to oxygen again. It is still broken. This is a real problem that will have to be addressed for that theme. I really like the Oxygen admin theme but won't be able to use it until these problems are solved.

barryc



72
barryc
Re: extCal problem in 2.4.2
  • 2009/12/23 17:39

  • barryc

  • Just can't stay away

  • Posts: 480

  • Since: 2004/3/20


Yes, it works fine with the default admin theme.

As posted by JAVesey, the error message mentions the backup module and I was curious about that too but haven't yet had a chance to try inactivating it. I actually don't use it now so could try that. I do my db and file backups manually.

Will report back.

barryc



73
barryc
Re: extCal problem in 2.4.2
  • 2009/12/23 17:30

  • barryc

  • Just can't stay away

  • Posts: 480

  • Since: 2004/3/20


Quote:

ghia wrote:
Did you try the default admin theme?
If that works better, try once the new version of Oxygen.


Hi ghia,

I had not thought to try a different admin theme and indeed I was using Oxygen. I switched to the default admin theme and I can again see the extcal admin pages. So, I downloaded the new oxygen theme from Sourceforge and installed it, after backing up the old oxygen files. The problem in accessing the extcal admin pages still exists. I get the same white page and same error message.

There seem to be some problems with extcal under 2.4.2. You can see some comments about it on zoullou's site. My investigation started after a member on my site complained that he could not post an event. I can post events as admin but haven't yet tested it when logged on as a non-admin. I'll do that soon and report back.

For now, the oxygen admin theme breaks extcal.

barryc



74
barryc
extCal problem in 2.4.2
  • 2009/12/23 15:03

  • barryc

  • Just can't stay away

  • Posts: 480

  • Since: 2004/3/20


I posted this problem with extcal to the modules forum

Then I saw on zoullou's site that this is a problem in the XOOPS 2.4.2 core. Is there a possible solution or will I have to look for a new calendar module?

[Edit] The other calendar modules listed in the modules repository are quite old. Extcal seems to have become the default. For me this is a big problem. Any suggestions for another calendar or event module?

barryc



75
barryc
extCal problem in 2.4.2
  • 2009/12/23 14:39

  • barryc

  • Just can't stay away

  • Posts: 480

  • Since: 2004/3/20


I recently upgraded to XOOPS 2.4.2 and now realize that this has broken the extCal module. When trying to access the admin pages I get a white screen. Debug reports:

Quote:
Fatal error: Cannot redeclare adminmenu() (previously declared in /home1/barrycne/public_html/aka/modules/extcal/admin/function.php:3) in /home1/barrycne/public_html/aka/modules/xoopsinfo/include/functions.php on line 96

None All Errors (1) Queries (17) Blocks (0) Extra (2) Timers(5)

Errors

Notice: Constant _DB_POSLINE_DESC already defined in file /modules/backup/language/english/modinfo.php line 24


Has anyone else seen this problem and/or have a solution? I will also post to zoullou's site.

[Edit] Just looked on zoullou's site and found reference to similar problems but no fixes. I might have to change calendars. That would be a shame. This is supposed to be a core problem so I'm going to post to the 2.4.2 forum as well.

barryc



76
barryc
Re: Mass user registrations.... bots perhaps? Anyone else getting these?
  • 2009/12/21 18:26

  • barryc

  • Just can't stay away

  • Posts: 480

  • Since: 2004/3/20


Actually, you can't delete the register.php at the XOOPS root and presumably you can't delete the one in the profile module either. The link to register points to mysite/register.php but clicking on that takes you to modules/profile/register.php. So, both files must be present. If you want to use this hack it seems you will have to make the change in both files.

barryc



77
barryc
Re: Mass user registrations.... bots perhaps? Anyone else getting these?
  • 2009/12/21 18:09

  • barryc

  • Just can't stay away

  • Posts: 480

  • Since: 2004/3/20


We overlapped! I gather that if one uses the profile module one can delete the register.php at XOOPS root. I'll do that.

barryc



78
barryc
Re: Mass user registrations.... bots perhaps? Anyone else getting these?
  • 2009/12/21 17:01

  • barryc

  • Just can't stay away

  • Posts: 480

  • Since: 2004/3/20


OK. I tested this. After making peekay's hack the registration process works normally if one clicks on register on the site home page and fills in the forms. I used a fake email address for the test user but I did receive the email sent to the admin address advising of the registration.

If I type in mysite/register.php directly I get the error message.

If I type in mysite/modules/profile/register.php I get the normal registration form and the registration process works. I assume this is because accessing that file does generate a referrer.

So, I assume the bot was accessing the mysite/register.php directly and not the profile module register.php? What happens if the bot gets smart enough to look for that file?

I haven't had any registrations with the google url since implementing recaptcha, so recaptcha alone seems to be effective for now.

[Edit] Actually, I decided to try adding peekay's hack to modules/profile/register.php. That works. With the hack in place in both register.php files, you can register normally by clicking on the register link on the home page but if you type in mysite/modules/profile/register.php directly you get the error page.

barryc



79
barryc
Re: Mass user registrations.... bots perhaps? Anyone else getting these?
  • 2009/12/20 1:34

  • barryc

  • Just can't stay away

  • Posts: 480

  • Since: 2004/3/20


Quote:

Peekay wrote:
Quote:

robstockley wrote:
In that case my statement only applies to 2.4.x which does indeed use register.php for email activation...

Oh, I see. Thx for that info Rob. I have no idea why that was changed. My fix was based on the server log supplied by barryc who appears to be using 2.3, as am I.


At that time I was using 2.3 but have now upgraded both my live site and my test site to 2.4.2. I can test this on the latter, at least that it does not break the registration confirmation. Is there a way to test the no referrer condition?

I'll try to get to this tomorrow.

barryc



80
barryc
Re: Mass user registrations.... bots perhaps? Anyone else getting these?
  • 2009/12/16 15:33

  • barryc

  • Just can't stay away

  • Posts: 480

  • Since: 2004/3/20


Quote:

barryc wrote:
For the record, I have seen one more spurious registration with the Google URL since incorporating reCaptcha.


Also for the record, I was mistaken in this and have posted a comment to that effect in another thread. My site had reverted back to the standard XOOPS captcha when I upgraded to 2.4.2 because I did not realize that class/captcha/config.php and xoopscaptcha.php had been overwritten, losing the modifications.

I agree that recaptcha seems to be effective. I wanted to undo any impression I might have given that it was not.

barryc




TopTop
« 1 ... 5 6 7 (8) 9 10 11 ... 41 »



Login

Who's Online

236 user(s) are online (173 user(s) are browsing Support Forums)


Members: 0


Guests: 236


more...

Donat-O-Meter

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

Latest GitHub Commits