In-Portal Issue Tracker

Welcome to the In-Portal Open Source CMS Issue Tracker! This is a central management / tracking tool for all types of tasks / issues / bugs for the In-Portal Project. Before reporting any issues, please make sure to read the Guide into Issue Tracker and How to Properly Test and Report Bugs!

Viewing Issue Simple Details [ Jump to Notes ] [ Wiki ]

[ View Advanced ] [ Issue History ] [ Print ]

Category

Type

Reproducibility

Date Submitted

Last Update

0000593

[In-Portal CMS] Permissions

bug report

always

2010-03-09 22:35

2010-06-09 05:17

Reporter

Dmitry

View Status

public

Project Name

In-Portal CMS

Assigned To

Developer

Priority

normal

Resolution

duplicate

Fixed in Version

5.0.3

Status

closed

Product Version

5.0.2

Target Version

5.0.3

Time Estimate

No estimate

Summary

0000593: Incorrect "Effective Permission" indicator on Category Permissions tab

Description

We have incorrect "Effective Permission" indicator on category permissions
tab. For example I have "CATEGORY.ADD" permission set for category with ID =
0 (doesn't exist in database). When I view "Content" category permissions,
which is child category of that category, then I see, that "CATEGORY.ADD"
permission is inherited from it's parent (Home), but it shows, that it's
denied (red circle), but it's actually allowed (green).
I think, that problem is related to case, that that top category doesn't
exist in database. If there will be difficulties to fix that indicator, then
at least we can transfer permissions from 0 category to Content category to
fix indicator this way.

Additional Information

Tags

No tags attached.

Reference

Google Groups http://groups.google.com/group/in-portal-bugs/browse_thread/thread/76729be5f6a1bfa0?hl=en

Change Log Message

Estimate Points

Attached Files

Relationships [ Relation Graph ] [ Dependency Graph ]

duplicate of

0000643

closed (5.0.3)

alex

Adjust "Category.View" permissions for Home category

Notes
(0002075) alex (manager) 2010-05-10 14:38	Moving to 5.0.3 since it's duplicate of task, that is already fixed there (0000643).

Issue History
Date Modified	Username	Field	Change
2010-06-09 05:17	alex	Resolution	fixed => duplicate
2010-05-10 14:38	alex	Status	active => closed
2010-05-10 14:38	alex	Resolution	open => fixed
2010-05-10 14:38	alex	Fixed in Version	=> 5.0.3
2010-05-10 14:38	alex	Note Added: 0002075
2010-05-10 14:38	alex	Target Version	5.0.4 => 5.0.3
2010-05-10 14:38	alex	Relationship added	duplicate of 0000643
2010-03-12 07:59	alex	Target Version	=> 5.0.4
2010-03-09 22:35	Dmitry	New Issue
2010-03-09 22:35	Dmitry	Reference	=> Google Groups http://groups.google.com/group/in-portal-bugs/browse_thread/thread/76729be5f6a1bfa0?hl=en

Web Development by Intechnic

In-Portal Open Source CMS