Loading...
 
Features / Usability

Features / Usability


Missing structures, can't set permissions in 3.0

posts: 11

I have been successfully using a 2.x version for a little while. It was loaded via my web host's fantastico system. Fantastico recently advised me that there was a newer version (3.0) and did I want to upgrade. I said yes. I now have a database incompatibility although all pages are accessible by one means or another. I cannot access the installer - I am told I don't have permission, and my web host is unable to help in this instance.

After much fruitless searching, I decided to try creating a new 3.0 installation as originalUrl/wiki. That loaded successfully and I have transferred all pages (there weren't too many) to the new wiki.

The problems now are:

1 - that I cannot get Structures to work. I have TOC enabled, but the Structures menu item does not appear.

2 - I cannot set permissions for a newly created group. Everything I tick just disappears when I hit the ?can't-remember-what? button.

3 - The left bar containing the user menu disappears for an anonymous visitor.

Suggestions gratefully received.

posts: 11
Ignore point 3. Somehow the groups for the main menu was set to Registered.

posts: 1817 Catalan Countries


For (1): look at groups management and ensure that the required perm to work with structures is granted to the groups you like.

(2) which button?

you need php 5 and mysql 4.1+ for tiki 3 to work properly (I guess you have those two versions in that fantastico)


posts: 11

Thanks for your reply.

1 - There are no "structures" permissions in the Assign Permissions list.

2 - It's the "Update" button. By the way, I'm Australian, so tick = check. Anything I check in the Assign Permissions list is simply ignored after hitting the Update button.

PHP is 5.2.5 and MySQL 5.0.67-community.


posts: 1817 Catalan Countries

Mmm, hharold, ok, structures have permissions for edition and watching (subscribing to changes in them), nor for viewing, you are right.
Then, it must be that you have to enable them at "Admin > Wiki" or so. They are optional in Tiki 3 (not in previous versions).

Mmmm, and I suggest you to read (again, if you previously didn't) the upgrade2to3 documentation page. It's explained there. And please, improve that page if you feel that it was not clear enough.

About the "upate" button issue: I would say (just a guess) that you try using one of the updated themes for Tiki 3 (in case you are using some old customized theme from previous versions; maybe not?). Strasa or Thenews should do. If this doesn't work, please, open a bug report here:
http://dev.tikiwiki.org

And welcome to Tikiwiki Community, hharold!


posts: 11

Thank you for the welcome, xavi.

I have modified the documentation. It was potentially confusing (it confused me anyway) to read that Structures are on by default. Presumably that was previously the case and the additional clause was added for 3.0. However, I feel it's probably clearer to simply state the fact of how to enable/disable the feature.

Another source of confusion is that there is an Admin > Features section. This does contain reference to Table of Contents associated with Structures, while the user needs to know that Structures themselves are accessed through Admin > Wiki > Features.

On the down side, I still am unable to assign permissions - changes are totally ignored.


posts: 4656 Japan

About the permissions, after setting a new permission, try logging out of Tikiwiki and back in, to see if the change takes place. Apparently sometimes the old settings continue to be displayed during a session.

-- Gary


posts: 11

Gary,

The issue is not that preferences don't "take". It is that they cannot be set in the first place. If I tick/check a pref that I want to add, and then click the "update" button, the tick disappears and nothing has changed.


posts: 4656 Japan

That's the behavior I'm talking about. After the update button is clicked, the page shows the earlier state, not the post-click one.

-- Gary


posts: 1817 Catalan Countries

thanks hharold for updating the Documentation.

Good luck on other issue (I hope Gary's comments allow you to kind of "solve" the issue - a bug in any case; tiki should report what's the problem, at least, if missconfiguration somewhere, or work as expected...)


posts: 11
Unfortunately the log out/in process makes no difference, Gary.

posts: 11

I am starting to develop a glimmer of understanding about these permissions. It seems that some are simply not present in the list unless the applicable feature is enabled. That seems sensible. It also seems that some are not settable unless the applicable feature is enabled/configured. That seems less sensible, particularly as there is no feedback to tell you why a pref that you try to set has been ignored.

My specific problem at the moment is that I want group "Registered" to be unable to edit Wiki content, while I want new group "Authors" to be able to edit Wiki content. For "Authors", I am able to set tiki_p_edit_comments (comments|Can edit all comments), but not tiki_p_edit (wiki|Can edit pages). Is there a feature that I need to turn on first?


posts: 4656 Japan

Hm, this is a puzzle. At a branch 3 test site (3.1), I removed the tiki_p_edit permission from the Registered group, created an Authors group (which inherits Anonymous and Registered permissions), and assigned tiki_p_edit to that group. Everything went without a hitch, with the permission indicated as assigned, with no cache clearing or logging out/in, etc. The site is a pretty typical hosted domain, and I used Opera to do the admin tasks. I don't know what would cause the difference in behavior at your site.

Incidentally, to check about perms not being listed if the feature isn't turned on, I turned off quizzes at the site and found that quiz-related perms continue to be listed. So if your list of permissions on tiki-assignpermission.php seems to be missing items, maybe it indicates an incomplete installation or update.

-- Gary


posts: 11

I'm using FireFox on a Mac.

As an example of prefs that are not always in the list, the structures prefs only appear once the strucures feature is enabled in Admin > Wiki > Features.

Gary, are you saying that tiki-p-edit is on by default for "Registered" in your setup? It is off in mine, and I cannot change it. Ditto for "Authors".


posts: 11

Can anyone explain what the levels associated with preferences are all about. These are the ones that show if you select to show "Level configuration" at the bottom of the prefs list. I can't find anything in the documentation about it. A link would be good if anyone knows where I should look.

I am wondering if this might have anything to do with my inability to set certain prefs.

It's getting quite frustrating. I'd like to put my wiki back on the air!


posts: 4656 Japan

Looking at a new Tiki 3 installation that hasn't been configured much or at all, I see that the Registered group has zero permissions. But tiki_p_edit is in the list of available permissions on tiki-assignpermission.php?group=Registered. I checked/ticked that permission and on page refresh it was indicated as added for the group. Again, I don't know why this wouldn't be the case at your site. I'm wondering if maybe the upgrade procedure wasn't complete.

"Levels" are just a way of having pre-grouped permissions for convenience. Rather than having to assign permissions that are typically used at a site one by one, you can "Assign all permissions in level...Registered" for example (then go up and remove the ones you don't want or add ones you do. Levels doesn't control permissions at all, really. It doesn't affect a permission being available or not. It's just an "assign many perms with one click" sort of a thing for the permissions interface. More info is here: http://doc.tikiwiki.org/tiki-index.php?page=Groups+Management&highlight=level.

Yes, I see what you mean about the structure-related permissions not being displayed when the structure feature is turned off. But as my check with quizzes show, this isn't always the case. I didn't look at the code, but maybe structure perms have that behavior because making structures optional was a recent development and so possibly its code is more "modern" ("what you see is what you can access" being the reason for the more logical display here). In any case, I don't think this is related to the issue of tiki_p_edit being available to Registered or not, since presumably you have the wiki feature turned on.

-- Gary


posts: 11

Thanks Gary,

I think the issues must relate to my incompetent configuration of my wiki. I wonder if you, or someone else you could recommend, would be willing to look at the site (with admin rights). You would probably quickly see what I've mucked up. My email address is office at modratec.com


posts: 11
No suggestions?

posts: 1817 Catalan Countries

Try in local to install a tikiwiki 3.1 , and attempt to reproduce that problem.
Or using a TikiLiveCD if that make things easier.
Otherwise, you might want to contact any of the Consultants to have more dedicated attention, I would say.


Upcoming Events

1)  18 Apr 2024 14:00 GMT-0000
Tiki Roundtable Meeting
2)  16 May 2024 14:00 GMT-0000
Tiki Roundtable Meeting
3)  20 Jun 2024 14:00 GMT-0000
Tiki Roundtable Meeting
4)  18 Jul 2024 14:00 GMT-0000
Tiki Roundtable Meeting
5)  15 Aug 2024 14:00 GMT-0000
Tiki Roundtable Meeting
6)  19 Sep 2024 14:00 GMT-0000
Tiki Roundtable Meeting
7) 
Tiki birthday
8)  17 Oct 2024 14:00 GMT-0000
Tiki Roundtable Meeting
9)  21 Nov 2024 14:00 GMT-0000
Tiki Roundtable Meeting
10)  19 Dec 2024 14:00 GMT-0000
Tiki Roundtable Meeting