Support Forums - All Posts - XOOPS Web Application System

61

Re: "Call to a member function on a non-object in"

2005/8/16 18:55
bumbum
Just popping in
Posts: 99
Since: 2004/10/18

hmm,
59 records in newblocks
25 records in modules

Checking the 'mid' values as you said, I noticed a record for clockcalandar in the newblocks table with a mid value of 67 that wasn't in the modules table so I deleted it and hey presto - it worked!
That has put to bed about two weeks of frustration so I can't thank you enough - I wouldn't have found that in a million years!

62

"Call to a member function on a non-object in"

2005/8/16 16:57
bumbum
Just popping in
Posts: 99
Since: 2004/10/18

I've upgraded to 2.2 and the center blocks are missing. When I go to the Admin section and click 'Blocks -> List all blocks' I just get a blank page. With PHP debug on I'm getting the following error message:
Call to a member function on a non-object in mysite/modules/system/admin/blocksadmin/blocksadmin.php on line 58
Anyone know what this means?

Line 58 is as follows:
$block_arr[$block->getVar('mid')]['modname'] = $modules[$block->getVar('mid')]->getVar('name');

63

Re: 2.0.13 to 2.2 upgrade a mess

2005/8/16 14:38
bumbum
Just popping in
Posts: 99
Since: 2004/10/18

lol - no that's not what I mean..
What I mean is that it's not an isolated instance. There are lots of reports of problems upgrading. Issues such as blocks and modules missing are very serious issues. I have no problem with re-setting block permissions on my site and some reconfiguration in order to have an upgraded core with added functionality and security so let me rephrase:
The upgrade is working fine for some and not for others.
Solutions to problematic upgrades seem to work for some and not for others.
I'm not alone in reverting to the backed up version of my site and I'm sure others who have done the same still want to attempt the upgrade again and again (myself included).
As far as I'm aware (correct me if I'm wrong) there's no reference to these possible issues in the upgrade documentation.

It's not a single issue that is causing a problem here - it seems to be several, and there are different solutions to fix each of these problems. Attempting some of these fixes is a bit 'hit & hope' and I think that this makes it very 'MESSY'.
I would have thought that this would still be a beta version if it seems to be this erratic.

64

Re: Has anyone installed Xoops on an Ipowerweb server?

2005/8/16 14:06
bumbum
Just popping in
Posts: 99
Since: 2004/10/18

I've just changed over from iPowerWeb to MidPhase. I found IpowerWeb a fine host at first but they can be a little 'rigid'.
Certain modules like the photo galleries don't work because of the default locations and permissions of the tmp directories for uploading. When I encountered this problem I asked support to help me out by changing the permissions and I was told it was not possible. Explaining my dilema I was told 'we do not support Xoops'.
After several similar issues I began thinking of going to a more flexible host.

Another issue I found with iPowerweb is the problem with SQL requests - I have a mailing list with 12k subscribers and have had to controll the mailout using batches and throtteling it to prevent the SQL database shutting the door on my whole website - 'max requests exceeded' errors etc... cronjobs are very difficult to setup too.

My opinion is that IpowerWeb is a decent host with some nice features but isn't ideal for a XOOPS web site (or any other site or application that relies heavily on the SQL database). The support ain't all that great either.

I'm only with MidPhase about a month now and so far it seems far better than iPowerweb - I'd recommend that you check out the forums on a few different hosts and their references to XOOPS before deciding which one to use.

65

2.0.13 to 2.2 upgrade a mess

2005/8/16 13:38
bumbum
Just popping in
Posts: 99
Since: 2004/10/18

Like most people here, I upgraded to 2.2 as soon as I could. Problem is that after 4 seperate attempts and reverting back to my backed up 2.0.13 I'm still no closer to getting this upgrade to work.
All my blocks keep on vanishing and I'm seeing reports of this & module issues popping up again and again. As much as I don't like to say it (because my experience of XOOPS is that it's great) the 2.2 version is a total mess.
Has anyone got any idea when a truely stable version will be released with ALL of the required upgrade instructions available?
What do I mean by 'ALL required upgrade instructions'? - Well, looking through the forums here for a solution to my 'blocks' issue, it seems that further work is required on the blocks permissions etc. on many sites AFTER the upgrade.

66

Re: where is te blocks? :)

2005/8/5 19:01
bumbum
Just popping in
Posts: 99
Since: 2004/10/18

I'm having this problem too. This is with XOOPS 2.2
The menus are visible and the modules seem to work fine but my home page doesn't seem to show the blocks.
I tried out a couple of different themes and the problem persists.
When I go to the Administration area and click 'Blocks -> list all blocks' I end up with a blank page.
I'm wondering if this is something to do with cloned blocks???

67

Re: New server giving lots of errors in admin section in debug mode???

2005/7/8 21:35
bumbum
Just popping in
Posts: 99
Since: 2004/10/18

Yeah - it's 'english' and it contains the following files:
admin.php
blocks.php
modinfo.php
and the index.html file

One thing I DO notice is that admin.php uses ' instread of " in all the variables unlike blocks & modinfo e.g.

A sample line from admin.php
define('_MD_AM_ADGS','Groups');

whereas a sample line from modinfo.php
define("_MI_SYSTEM_BNAME2","User Menu");

Do you reckon this could be a factor?

68

Re: Hello? Somebody help me please?

2005/7/8 21:06
bumbum
Just popping in
Posts: 99
Since: 2004/10/18

I just followed the link and got:
Quote:

Not Found

The requested URL /install/ was not found on this server.

69

New server giving lots of errors in admin section in debug mode???

2005/7/8 21:02
bumbum
Just popping in
Posts: 99
Since: 2004/10/18

I'm in the process of moving to a new server (midPhase) and although the web site seems to be functioning fine, the Administration is throwing up a load of errors as follows.

Quote:

Notice [PHP]: Use of undefined constant _AM_BADMIN - assumed '_AM_BADMIN' in file modules/system/admin/blocksadmin/blocksadmin.php line 48
Notice [PHP]: Use of undefined constant _AM_TOPPAGE - assumed '_AM_TOPPAGE' in file modules/system/admin/blocksadmin/blocksadmin.php line 56
Notice [PHP]: Use of undefined constant _AM_SVISIBLEIN - assumed '_AM_SVISIBLEIN' in file modules/system/admin/blocksadmin/blocksadmin.php line 67
Notice [PHP]: Use of undefined constant _AM_GROUP - assumed '_AM_GROUP' in file modules/system/admin/blocksadmin/blocksadmin.php line 70
Notice [PHP]: Use of undefined constant _AM_UNASSIGNED - assumed '_AM_UNASSIGNED' in file modules/system/admin/blocksadmin/blocksadmin.php line 71
Notice [PHP]: Use of undefined constant _AM_VISIBLE - assumed '_AM_VISIBLE' in file modules/system/admin/blocksadmin/blocksadmin.php line 81
Notice [PHP]: Use of undefined constant _AM_BLKDESC - assumed '_AM_BLKDESC' in file modules/system/admin/blocksadmin/blocksadmin.php line 102
Notice [PHP]: Use of undefined constant _AM_TITLE - assumed '_AM_TITLE' in file modules/system/admin/blocksadmin/blocksadmin.php line 102
Notice [PHP]: Use of undefined constant _AM_MODULE - assumed '_AM_MODULE' in file modules/system/admin/blocksadmin/blocksadmin.php line 102
Notice [PHP]: Use of undefined constant _AM_SIDE - assumed '_AM_SIDE' in file modules/system/admin/blocksadmin/blocksadmin.php line 102
Notice [PHP]: Use of undefined constant _AM_WEIGHT - assumed '_AM_WEIGHT' in file modules/system/admin/blocksadmin/blocksadmin.php line 102
Notice [PHP]: Use of undefined constant _AM_VISIBLE - assumed '_AM_VISIBLE' in file modules/system/admin/blocksadmin/blocksadmin.php line 102
Notice [PHP]: Use of undefined constant _AM_ACTION - assumed '_AM_ACTION' in file modules/system/admin/blocksadmin/blocksadmin.php line 102
Notice [PHP]: Use of undefined constant _AM_ADDBLOCK - assumed '_AM_ADDBLOCK' in file modules/system/admin/blocksadmin/blocksadmin.php line 162
Notice [PHP]: Use of undefined constant _AM_BLKTYPE - assumed '_AM_BLKTYPE' in file modules/system/admin/blocksadmin/blockform.php line 33
Notice [PHP]: Use of undefined constant _AM_SBLEFT - assumed '_AM_SBLEFT' in file modules/system/admin/blocksadmin/blockform.php line 34
Notice [PHP]: Use of undefined constant _AM_SBRIGHT - assumed '_AM_SBRIGHT' in file modules/system/admin/blocksadmin/blockform.php line 34
Notice [PHP]: Use of undefined constant _AM_CBLEFT - assumed '_AM_CBLEFT' in file modules/system/admin/blocksadmin/blockform.php line 34
Notice [PHP]: Use of undefined constant _AM_CBRIGHT - assumed '_AM_CBRIGHT' in file modules/system/admin/blocksadmin/blockform.php line 34
Notice [PHP]: Use of undefined constant _AM_CBCENTER - assumed '_AM_CBCENTER' in file modules/system/admin/blocksadmin/blockform.php line 34
Notice [PHP]: Use of undefined constant _AM_WEIGHT - assumed '_AM_WEIGHT' in file modules/system/admin/blocksadmin/blockform.php line 36
Notice [PHP]: Use of undefined constant _AM_VISIBLE - assumed '_AM_VISIBLE' in file modules/system/admin/blocksadmin/blockform.php line 37
Notice [PHP]: Use of undefined constant _AM_VISIBLEIN - assumed '_AM_VISIBLEIN' in file modules/system/admin/blocksadmin/blockform.php line 38
Notice [PHP]: Use of undefined constant _AM_TOPPAGE - assumed '_AM_TOPPAGE' in file modules/system/admin/blocksadmin/blockform.php line 43
Notice [PHP]: Use of undefined constant _AM_ALLPAGES - assumed '_AM_ALLPAGES' in file modules/system/admin/blocksadmin/blockform.php line 44
Notice [PHP]: Use of undefined constant _AM_TITLE - assumed '_AM_TITLE' in file modules/system/admin/blocksadmin/blockform.php line 48
Notice [PHP]: Use of undefined constant _AM_CONTENT - assumed '_AM_CONTENT' in file modules/system/admin/blocksadmin/blockform.php line 50
Notice [PHP]: Use of undefined constant _AM_USEFULTAGS - assumed '_AM_USEFULTAGS' in file modules/system/admin/blocksadmin/blockform.php line 51
Notice [PHP]: Use of undefined constant _AM_BLOCKTAG1 - assumed '_AM_BLOCKTAG1' in file modules/system/admin/blocksadmin/blockform.php line 51
Notice [PHP]: Use of undefined constant _AM_CTYPE - assumed '_AM_CTYPE' in file modules/system/admin/blocksadmin/blockform.php line 53
Notice [PHP]: Use of undefined constant _AM_HTML - assumed '_AM_HTML' in file modules/system/admin/blocksadmin/blockform.php line 54
Notice [PHP]: Use of undefined constant _AM_PHP - assumed '_AM_PHP' in file modules/system/admin/blocksadmin/blockform.php line 54
Notice [PHP]: Use of undefined constant _AM_AFWSMILE - assumed '_AM_AFWSMILE' in file modules/system/admin/blocksadmin/blockform.php line 54
Notice [PHP]: Use of undefined constant _AM_AFNOSMILE - assumed '_AM_AFNOSMILE' in file modules/system/admin/blocksadmin/blockform.php line 54
Notice [PHP]: Use of undefined constant _AM_BCACHETIME - assumed '_AM_BCACHETIME' in file modules/system/admin/blocksadmin/blockform.php line 73

It's like a language file or something is missing because none of the names of column headers are displaying either e.g. in system -> blocks, the headers are like this:

_AM_BLKDESC _AM_TITLE _AM_MODULE _AM_SIDE Left-Center-Right _AM_WEIGHT _AM_VISIBLE _AM_ACTION

I've updated from 2.1.10 to 2.1.11 to 2.1.12 and 2.1.13
mainfile.php seems OK
language file in root folder is OK
everything in the modules/system/admin/blocksadmin/ directory seems to be accounted for too

The only thing that seems to be lost is ME for ideas as to what could be going wrong here.

I'm bordering on a completely new install and restoring a dump of my database but I'm hoping someone can give me a simpler solution???

70

Re: ipower hosting restriction.

2005/6/16 15:40
bumbum
Just popping in
Posts: 99
Since: 2004/10/18

I use iPowerweb too and have a very large mailing list. I use PHPlist to send out a newsletter every month and have had to throttle the speed at which the program makes requests to the SQL server because if it goes over 70,000 in an hour the SQL server ceases to respond for about half an hour.
I investigated using other program that use sendmail but found those same restrictions on Ipowerweb too.
What I'm saying is that you can send more e-mails with phpmail but you'd better be careful you don't reach the limit or your site will crash!
There is also a 2mb limit on uploads using php and no option to increase it so I'm looking to change my host now.
Shame really because apart from those gripes I've found them to be a fine host service...
Any recommendations for a new host are more than welcome!

Stats
Goal:	$100.00
Due Date:	May 31
Gross Amount:	$0.00
Net Balance:	$0.00
Left to go:	$100.00

Forum Index

Re: "Call to a member function on a non-object in"

"Call to a member function on a non-object in"

Re: 2.0.13 to 2.2 upgrade a mess

Re: Has anyone installed Xoops on an Ipowerweb server?

2.0.13 to 2.2 upgrade a mess

Re: where is te blocks? :)

Re: New server giving lots of errors in admin section in debug mode???

Re: Hello? Somebody help me please?

New server giving lots of errors in admin section in debug mode???

Re: ipower hosting restriction.

Login

Search

Recent Posts

Re: Rebuilding and Updating a 20 years old Xoops Website from 2.0.18? to 2.5.11

Rebuilding and Updating a 20 years old Xoops Website from 2.0.18? to 2.5.11

Re: NewBB v 5.1.0 b 6

Re: NewBB v 5.1.0 b 6

NewBB v 5.1.0 b 6

Re: XOOPS 2.5.11 search user is not working

Re: oledrion

Re: oledrion

Re: oledrion

Re: oledrion

Who's Online

Donat-O-Meter

Latest GitHub Commits

{{ record.sha.slice(0, 7) }} - {{ record.commit.message | truncate }}