1
xoobaru
Its a Smallworld. Even after uninstalling the module
  • 2013/1/4 12:44

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


Hello everyone, hope you all had great holidays and have a happy new year.

I recently uninstalled smallworld and xim module directories and now Firebug Net console is showing a buzillion 404 calls by the 2.5.5 system to files in these modules... like it still things they are there. This happens even after

1. uninstalling the modules,
2. checking for no remaining database remnants,
3. restoring protected path framework files to 2.5.5 release backups,
l4. logging out, wiping cookies and logging back in
5. checking the installation packages for extranneous manually installed files to restore to original backuup.

I seen a similar thread on the system by culex, however that pertained to a system with actively operating smallworld and xim modules.

They were uninstalled because smallworld signup forms process froze up repeatedley after subsequent installation of xim. Also xim footerbar would not go away even when selected to off in the config. Wanted to try reinstalling on a clean system in case I did something wrong during the original install.

Can anyone dump on this... Culex perhaps?


2
culex
Re: Its a Smallworld. Even after uninstalling the module
  • 2013/1/5 5:51

  • culex

  • Module Developer

  • Posts: 711

  • Since: 2004/9/23


I think you need to clean caches. Sounds like this could be the reason they are still calling xim & smallworld ajax. All these calls are physical in the modules and if the modules have been deleted this could be the only reason I can think of.

EDIT: I didnt see the installation sequence problem. This is new to me but I'll test to see if also I get this issue.

3
xoobaru
Re: Its a Smallworld. Even after uninstalling the module
  • 2013/1/8 17:01

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


Okay, I cleaned the smarty cache and xoops cache via the maintenance tools under admin back office and firebug looks pretty quiet now. Thanks Culex.

I will try to reinstall these in the same order. Did you try the aforementioned install sequence yet? Any results?

4
xoobaru
Re: Its a Smallworld. Even after uninstalling the module
  • 2013/1/10 1:38

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


I have to hand it to you Culex (and co-conspirators). I got a chance to really spend some time with this Smallworld module and this is really nice. Good job.

5
culex
Re: Its a Smallworld. Even after uninstalling the module
  • 2013/1/10 13:54

  • culex

  • Module Developer

  • Posts: 711

  • Since: 2004/9/23


I havent had a chance yet to test the order of installing xim and smallworld. I think initially I had xim installed and then installed smallworld. If error try the good old maintenance "Clean caches, update system module etc"

Quote:

I got a chance to really spend some time with this Smallworld module and this is really nice. Good job.


thanks. Still trying to find time to get it offically released but for now I'm waiting to give it an overhaul replacing old deprecated functions with updated ones.

6
xoobaru
Re: Its a Smallworld. Even after uninstalling the module
  • 2013/1/10 18:43

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


I don't think you need to now Culex, I think you already addressed this in this thread just I found while researching the issue:

Re: Social Network Module 06/25/2012

Herein you address 2.5.5 compatiblity with these modules, and offered the RC9 variant along with a patched version of xim as a remedy for this. I used these on my second installation and now it seems to be humming along.

I used a prior version of xim and smallworld on my original attempt. That xim version made you copy jquery files into the protected path lib folder (I since reverted back to my originals). This latest one did not require that.

But one more issue I did find is that the avatar used in my XOOPS profile does not display in the smallworld profile, even if I manually select it from the link made available for that purpose in that profile. The space reserved remains blank.


7
culex
Re: Its a Smallworld. Even after uninstalling the module
  • 2013/1/13 6:56

  • culex

  • Module Developer

  • Posts: 711

  • Since: 2004/9/23


Quote:
But one more issue I did find is that the avatar used in my XOOPS profile does not display in the smallworld profile, even if I manually select it from the link made available for that purpose in that profile. The space reserved remains blank.


I had some issues with this also. See if any of your uploads images are showing (avatars, uploaded rankings etc etc)... I had to - in my server - delete the .httaccess file in uploads for my server to allow them to be accessed. If they are showing in other modules, pages then I have to double check my coding

Quote:
Herein you address 2.5.5 compatiblity with these modules, and offered the RC9 variant along...


This is true but some functions gives a notice in debug log .." This function is deprecated in xoops 2.5.5 please use .... instead " Not errors and still functioning but it would be nice to updated for f.i. 2.6.0

8
xoobaru
Re: Its a Smallworld. Even after uninstalling the module
  • 2013/1/14 23:22

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


Yes, avatars are showing for example in PM messages, profile and new members blocks etc. Unrelated, but I initially had problems even uploading avatars, but that turned out to be a server issue.

I generally find that my quality of life goes down considerably when I turn on the debug mode, but I will nonetheless do some snooping around on this. Maybe its as simple as a path error.

Thanks for your help and the module.

9
xoobaru
Re: Its a Smallworld. Even after uninstalling the module
  • 2013/1/17 2:51

  • xoobaru

  • Just can't stay away

  • Posts: 494

  • Since: 2010/12/2


The missing avatar issue in the small world main profile page is solved.

The firebug script trace showed that the avatar is found by the script (you can even mouse over the traced script line and see the image, cool) when loading the smallworld profile page. But the script also showed a height of 0 and a width of 0 so it doesn't display. Here is a snippet of the line as displayed by FB:

<img id="smallworld_user_img" width="0" height="0" src="http

Doing a low level string search on the entire /smallworld directory led to a single file named smallworls/js/jquery.avatar_helper.js.

Line 24 of this file tells me that it is looking for this size information from

#smallworld_user_img .css specification.

The following match was found on line 334 of style.css:

#smallworld_user_img {     text-align:center;      }


It had no size info so it was changed to

#smallworld_user_img {     text-align:center;     height:120px;     width:120px; }


After adding the height and width parameters, the avatar displays just fine.






Login

Who's Online

163 user(s) are online (104 user(s) are browsing Support Forums)


Members: 0


Guests: 163


more...

Donat-O-Meter

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

Latest GitHub Commits