test
Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • janclausen Friend
    #132706

    I’m using Joomla 1.5.6 with the newes ja_purity 1.2.0

    If i have a user in group Author, at he/she loges ind (front-end login)
    he/she don’t get the edit Icon for hes/her own content.. as in other templates…

    if the user is in Editor group the icon is there, but with this group the member can change any content…

    andyt11 Friend
    #273716

    I am in a similar position using Joomla 1.5.7.

    I have tried this out with a clean vanilla Joomla install, created an Author user, created and Article (and assigned it to the Author user).

    Using the default rhuk_milkyway template, logging in to the front end as the Author I can see the ‘edit’ icon for this article. Changing the template from the default rhuk_milkyway to beez , I can still see the icon (though it has moved from hard right to hard left on the screen).

    When I try the JA_Purity template it disappears. So the problem appears to be associated with the JA_Purity template. ‘Editors’ do have access to the ‘edit’ icon’ to edit articles.

    For me this is a real killer – I need to enable limited access to certain parts of the website. I have tried enabling a couple of users with Editor access and they wonder all over the site!

    Is there a solution to this? Or will I have to change template back to the the default rhuk_milkyway.

    andyt11 Friend
    #273776

    The solution is posted on this JoomlArt Forum “edit icon for authors does not appear” by mijalis as follows

    “I have spotted a bug with JA Purity (Joomla 1.5, JA Purity latest). Joomla “Authors” cannot see the edit icon, therefore they cannot edit their own articles from the front end.
    The problem is the following line of code in templatesja_purityhtmlcom_contentarticledefau lt.php:

    PHP Code:
    <?php if ($this->user->authorize(‘com_content’, ‘edit’, ‘content’, ‘all’) && !$this->print) : ?>

    should become:

    PHP Code:
    <?php if (($this->user->authorize(‘com_content’, ‘edit’, ‘content’, ‘all’) || $this->user->authorize(‘com_content’, ‘edit’, ‘content’, ‘own’)) && !$this->print) : ?>

    I have tested his solution and its fixed the bug. 😀

Viewing 3 posts - 1 through 3 (of 3 total)

This topic contains 3 replies, has 2 voices, and was last updated by  andyt11 16 years, 1 month ago.

We moved to new unified forum. Please post all new support queries in our New Forum