31
GreenFlatDog
Re: Permission Problem in XOOPS 2.3.2b

Yes I have 46 user groups
GFD



32
GreenFlatDog
User Menu: Notifications can't delete (this site!)

I can't delete entries in the notifications area of my User Menu.

Also any new ones I try to add from Topics in these Forums don't show in the notification area although I get the emails OK. How do I manage them?
GFD



33
GreenFlatDog
Re: bug in newbb?

Mine show safe_mode - off in both places.

I'm not sure how the .htaccess route would work though. Is it possible that the system info page would report safe_mode = Off but it is actually set On by a .htaccess file?
GFD



34
GreenFlatDog
2.3.2b : permission change fails at host(Linux) but works at local(XP)

This is making development very difficult and I'm running out of ideas of what to check and fix.

On my live site (hosted) when I try to change which groups can view/edit etc topics in the module admin areas for News 1.62 and AMS 2.51, or change which fields can be viewed etc in User Profile's (1.52) module admin area the 'permissions' page rejects the change saying 'Sorry you don't have permission ..' and bounces me to the site's front page. On checking both the module permission page and the database table the changes haven't been made.

On my local development setup (WAMP) which has a copy of the live site brought down regularly these same changes work properly. There must be something different between the live and local sites but I have checked and checked (php.ini, loaded extras, etc) and the few differences there are seem unlikely to cause such a fundamental difference in how XOOPS handles this permission change.

Having persuaded a sceptical client that XOOPS was the way to go they are now becoming concerned there may be hidden problems. I would value any suggestions.

Live (and local where different) site details:

Apache 1.3.41 (1.3.39)
----------------------
XOOPS Version - XOOPS 2.3.2
PHP Version - 5.2.6
MySQL Version - 4.1.22-standard (community-nt)
Server API Version - cgi (cgi-fcgi)
OS Version - Linux (WINNT)

safe_mode - Off
register_globals - Off
magic_quotes_gpc - On
allow_url_fopen - On
fsockopen - On
allow_call_time_pass_reference - Off
post_max_size - 12M (8M)
max_input_time - 60
output_buffering -
max_execution_time - 30
memory_limit - 64M
file_uploads - On
upload_max_filesize - 24M
GFD



35
GreenFlatDog
Re: Permission Problem in XOOPS 2.3.2b

Thanks for the advice sailjapan.

I had the notification set but as you can see there were no posts for a month so I was worried it may have been fixed and not reported here.

I didn't think of BugTracker but have just check and can't see anything there that relates to this issue.

Lastly I don't really know who sticks the [bugreport] label on the topic and which of the several issues covered here was classed as a bug! Of course I hoped it was mine but perhaps not.
GFD



36
GreenFlatDog
Re: Permission Problem in XOOPS 2.3.2b

I see this is still marked [bug report] which I assume means 'no solution yet'.

How do those currently living with the problem learn of a solution when one is found?
GFD



37
GreenFlatDog
Re: bug in newbb?

Thanks ghia. I'll try that.
GFD



38
GreenFlatDog
Re: bug in newbb?

I see this is marked 'solved' but what is the solution? I've been having the same problem as Vietnam:
Quote:
winnt Normal
Linux Sorry, you don't have the permission to access this area

GFD



39
GreenFlatDog
Re: Permission Problem in XOOPS 2.3.2b

Following yesterday's post about Profile 1.52 I can confirm the same situation exists for:

News 1.62
AMS 2.51

Permissions can't be changed on the Permissions page in these modules. Fortunately, they can still be changed in their Topic pages.
GFD



40
GreenFlatDog
Re: Permission Problem in XOOPS 2.3.2b

Some more info to keep this issue ticking along:

Profile 1.52 doesn't allow changes to field permissions in the module's permissions tab on setup 1 (hosted) but does on setup 2 (local).

Setup 2 was created by downloading from my hosted site with non-working permissions and finding they did work on the local machine.

Has this been accepted as something that needs fixing or is the community still unsure whether those with the problem have caused it themselves?

I've run out of ideas of what to cross check between my host and local. Only the OS and Apache versions remain and I'm not sure either should be relevant (if they are we're all in big trouble!).

Advice/help/comforting words/friendly shoulders all welcome.

Setup 1: on Apache 1.2.41
**************************
XOOPS Version - XOOPS 2.3.2
PHP Version - 5.2.6
MySQL Version - 4.1.22-standard
Server API Version - cgi
OS Version - Linux


safe_mode - Off
register_globals - Off
magic_quotes_gpc - On
allow_url_fopen - On
fsockopen - On
allow_call_time_pass_reference - Off
post_max_size - 12M
max_input_time - 60
output_buffering -
max_execution_time - 30
memory_limit - 64M
file_uploads - On
upload_max_filesize - 24M


Setup 2: on Apache 1.3.39
**************************
XOOPS Version - XOOPS 2.3.2
PHP Version - 5.2.6
MySQL Version - 4.1.22-community-nt
Server API Version - cgi-fcgi
OS Version - WINNT


safe_mode - Off
register_globals - Off
magic_quotes_gpc - On
allow_url_fopen - On
fsockopen - On
allow_call_time_pass_reference - Off
post_max_size - 8M
max_input_time - 60
output_buffering -
max_execution_time - 30
memory_limit - 64M
file_uploads - On
upload_max_filesize - 2M

GFD




TopTop
« 1 2 3 (4) 5 »



Login

Who's Online

240 user(s) are online (148 user(s) are browsing Support Forums)


Members: 0


Guests: 240


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