HTML Logo by World Wide Web Consortium (www.w3.org). Click to learn more about our commitment to accessibility and standards.

Moving forward with Composr

ocPortal has been relaunched as Composr CMS, which is now in beta. ocPortal 9 will be superseded by Composr 10.

Head over to compo.sr for our new site, and to our migration roadmap. Existing ocPortal member accounts have been mirrored.


Markup for Comcode page header getting ignored

Login / Search

 [ Join | More ]
 Add topic 
Posted
Rating:
#102686 (In Topic #20120)
Avatar

Well-settled

Greetings!
(And special greetings to Chris - many happy returns there!)

On a Comcode page I've created for displaying with WIKI_SCREEN.tpl, my markup for its header
is getting inexplicably ignored, and I'm having no luck with rectifying that. Here's my markup (WYSIWYG disabled mode)
wikipage_header_markup.jpg On my other wiki pages this header section displays just as I want it to, but on the page concerned, the resulting output is this:
wikipage_header_output.jpg
- i.e. normal, not enlarged font-size, and no horizontal line.

I've tried putting additional html tags following the title element and closing after the hr tag, but to no avail. Nothing gets stripped on saving the page - when I re-edit it, everything's there as before. It's simply getting ignored by my browser (or getting blocked from it somewhere).

Weird thing is, everything beneath the header displays perfectly - and its a long page with various blocks incorporated.

Can anyone tell me what's amiss, please?

Thanks for reading!
Back to the top
 
Posted
Rating:
#102688
Avatar

Try running this query in phpMyAdmin:
UPDATE ocp_seedy_pages SET submitter=2

It will reset all page ownership to admin, allowing admin permissions on the content.

I can't exactly remember, but we basically lock Comcode permissions based on the owner of the content. I'm not sure if my query will work, because the permissions are copied through to the translate table too, so I may need to get back to you.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#102693
Avatar

Well-settled

Hi Chris and thanks!

Interesting! What you're saying could add up, in that while I composed the page as an admin, on my preceding edit I edited it as a super-moderator, and the problem started today when I re-edited it at admin level. So presumably I forfeited my ownership and permissions last time. If that's the case, I'd be interested to know why an admin forfeits permissions to a super-mod but a super-mod doesn't forfeit them when an admin subsequently edits the page. What's the policy here?

There's something that troubles me about that, though perhaps unfoundedly. I want wiki pages by default to be user-editable, as per typical community driven wikis, and that would involve edits by a variety of different usergroups. If page permissions are set on the basis of a single usergroup, doesn't that imply that edits by other groups could only be of a very basic nature, i.e. with no Comcode supported? Or is it possible to set the seedy database to multiple values for "submitter"? If not, I can foresee considerable headaches for myself, say, any time a user wanted to add an attachment to a page - and my better option might be to attempt integrating a third-party wiki-system.

Would you be able to put me straight on this, please?

Best regards

P.S. I've not yet applied your MySQL query - will probably wait till tomorrow or day after; looking forward to seeing what happens!

Back to the top
 
Posted
Rating:
#102694
Avatar

Okay so this is indeed a bit tricky.
I have made a hotfix that simplifies things a bit: 0001602: Tricky to reassign Comcode permissions - ocPortal feature tracker
It will be less tricky in v10, as we have meta-data editing in the UI (i.e. you can change entry owners).

  1. Run the UPDATE ocp_seedy_pages SET submitter=2 query (I am assuming you are okay reassigning all Wiki+ pages to admin)
  2. Apply the hotfix
  3. Go and pass your page through an edit
  4. (Profit)


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#102696
Avatar

What you're saying could add up, in that while I composed the page as an admin, on my preceding edit I edited it as a super-moderator, and the problem started today when I re-edited it at admin level

Ah okay. In which case the problem is not page ownership, just the Comcode ownership. So my query probably is not needed.

I'd be interested to know why an admin forfeits permissions to a super-mod but a super-mod doesn't forfeit them when an admin subsequently edits the page. What's the policy here?

ocPortal will reduce to a lesser privileged user when that user edits, but it will not raise it to a more privileged user when a more privileged user edits.

This particular behaviour is quite new, and there's a very good reason – we don't want to give the lesser privileged user the opportunity to place a "time bomb" in their Comcode that activates when an admin makes an edit (an edit could be something as simple as a record validation).

If page permissions are set on the basis of a single usergroup, doesn't that imply that edits by other groups could only be of a very basic nature, i.e. with no Comcode supported?

It's the Comcode permissions of whoever initially created a particular page. It's not Wiki-wide.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#102756
Avatar

Well-settled

Thanks Chris!

That sheds a lot of much-needed light on the setup for me to work with.  By "Comcode ownership" I assume you're referring to Comcode settings in Global Privileges and whether or not non-admins are permitted "subject to a more liberal HTML filter" - am I correct? 

I'm wondering whether it would be more sensible to set all usergroups' permission to the liberal filter, or instead to create a fake ordinary-type user that admins could login as/ masquerade as whenever creating a page that is to be both user-editable and admin-editable. I'll be experimenting with this, but it'd be invaluable to know which option you'd choose yourself!

I'll keep your hotfix on hold for now, until I've experimented with the above.

Thanks again and kind regards,

Richard.
Back to the top
 
Posted
Rating:
#102758
Avatar

"am I correct? " yes


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
1 guests and 0 members have just viewed this: None
Control functions:

Quick reply   Contract

Your name:
Your message: