We relaunched the TWiki.org project with an expanded TWiki charter, and we invite you to participate! The TWiki.org Code of Conduct agreement took effect on 27 Oct 2008. We ask existing twiki.org users to opt-in. You need to opt-in to participate in the Blog, Codev, Plugins and TWiki webs. -- PeterThoeny - 27 Oct 2008
Tags:
create new tag
, view all tags
When I try to move a topic, TWiki scan the site to retrieve all topics referencing it, giving me the possibility to update them (default) or not. Unfortunately, TWiki scans only webs with NOSEARCHALL off.

The consequence, is that links in webs where NOSEARCHALL=on get broken.

Test case

  • On web with NOSEARALL activated, add a link to a topic in an other web.
  • Go to the specified topic and rename it (or move it).
  • On the Rename/move screen, you won't see the reference to the topic.
  • Click the "Rename/move" button
  • The link you first created is now broken.

Environment

TWiki version: 1 Dec 2001
TWiki plugins:  
Server OS: W2K?
Web server: Apache/Mod_Perl
Perl version:  
Client OS:  
Web Browser:  

-- JeromeBouvattier - 06 Mar 2002

Follow up

This is actually a feature. At work we set NOSEARCHALL to on for view protected webs. This is to keep those webs private.

If a person who is not authorized to view web 'Nonofyourbusiness' is renaming a topic in a public web he/she would see topic names he/she is not supposed to see.

The correct solution would be to create an EntitlementEngine? where users are identified for any actions they take, so search would work selectively for all webs a user is supposed to see.

I changed the classification from BugReport to FeatureBrainstorming.

-- PeterThoeny - 07 Mar 2002

Here, we have public webs and private ones. Well, I should rather write "personal" ones, be they access denied or not. Users use the latters to manage their personnal work, ideas, notes. For example, on my personnal web, I often reference topics on public webs as reminders of things to say/refactor/think_about.

I this case, if the topics on the public web get renamed, then my links get broken too. Too bad I think. This is a really nice way to work with Twiki.

I really like the NOSEARCHALL feature, but I came to turn it back to off on personal webs because of the above.

Now I can't see your point : "If a person who is not authorized to view web 'Nonofyourbusiness' is renaming a topic in a public web he/she would see topic names he/she is not supposed to see."

I don't want people to see what they're not allowed to see. But in which way does it prevent Twiki from keeping all links (even on hiden webs/topic) up to date.

Excuse me, this is not clear for me. Thanks.

-- JeromeBouvattier - 07 Mar 2002

Read based permissions were, I think, were added after the NOSEARCHALL feature. So NOSEARCHALL can be used to partly achieve this and also I don't think the search code currently understands about a user having no read permissions for a Web. Note that NOSEARCHALL is also currently use to stop renaming of the Trash Web.

-- JohnTalintyre - 08 Mar 2002

Topic revision: r4 - 08 Mar 2002 - 08:46:43 - JohnTalintyre
 
TWIKI.NET
This site is powered by the TWiki collaboration platformCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback