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.


ocPortal Version 8 RC7 (bleeding-edge) - Comments

Login / Search

 [ Join | More ]
 

ocPortal Version 8 RC7 (bleeding-edge) by ocProducts

Downloads: 428
Added: 27 April 2012
Rating:
This is version 8 RC7.

Avatar
Is there suppose to be a "posts" tab like the one on here, or is that something specially created for this forum?
Avatar
Activities addon replaces it with activities tab, but you can have both if you want by deleting one of the files in that addon.


Avatar
Don't know if this is a bug or not…

I have two hidden fields (both "Display in category-views catalog" and "Visible" unticked) that refuse to hide. One field, data type "10 random numbers and letters", shows up while editing an existing entry but not while entering a new entry. The other field, data type "a date", shows up while both adding and editing.

Could be others, I haven't checked.
Avatar

sholzy said

Don't know if this is a bug or not…

I have two hidden fields (both "Display in category-views catalog" and "Visible" unticked) that refuse to hide. One field, data type "10 random numbers and letters", shows up while editing an existing entry but not while entering a new entry. The other field, data type "a date", shows up while both adding and editing.

Could be others, I haven't checked.

It's not about hiding on edit forms, it is about hiding from display on the main site.

Auto-generated field types won't show on the add form.
Avatar

Chris Graham said

sholzy said

Don't know if this is a bug or not…

I have two hidden fields (both "Display in category-views catalog" and "Visible" unticked) that refuse to hide. One field, data type "10 random numbers and letters", shows up while editing an existing entry but not while entering a new entry. The other field, data type "a date", shows up while both adding and editing.

Could be others, I haven't checked.

It's not about hiding on edit forms, it is about hiding from display on the main site.

Auto-generated field types won't show on the add form.

Strange. Isn't the purpose of having hidden fields is to keep the person creating an entry from being able to manipulate the data?

Why would you want field XYZ hidden from someone while they are creating a new entry, but have it visible later when they decide to edit the entry. Doesn't that defeat the purpose of having hidden fields and the ability to collect virgin data from hidden fields?

Example #1… I use the data type "10 random numbers and letters" as a hidden field to create a random sort order to ensure no one can "stack the deck" to keep their catalog entry at the top of the list. Later the user goes back to edit their entry and the "hidden" field is no longer hidden and they are able enter all zero's into the field to put their catalog entry at the top of the list. No point it having it a "hidden" field at add time.

Example #2… I use a hidden field data type "Sequential number" to serialize the order in which catalog entries are created. This field is hidden at creation time, but set as visible on the list to a visitor. A user comes back later to edit their entry and changes the sequence number to try to manipulate when they created the entry.

What's the point of having hidden fields at entry time to collect data if the hidden field is exposed to manipulation at edit time? Right now, the only way to keep hidden collection data secure is to deny a user the ability to edit their entries (which could create other problems).
Avatar

sholzy said

Chris Graham said

sholzy said

Don't know if this is a bug or not…

I have two hidden fields (both "Display in category-views catalog" and "Visible" unticked) that refuse to hide. One field, data type "10 random numbers and letters", shows up while editing an existing entry but not while entering a new entry. The other field, data type "a date", shows up while both adding and editing.

Could be others, I haven't checked.

It's not about hiding on edit forms, it is about hiding from display on the main site.

Auto-generated field types won't show on the add form.

Strange. Isn't the purpose of having hidden fields is to keep the person creating an entry from being able to manipulate the data?

Why would you want field XYZ hidden from someone while they are creating a new entry, but have it visible later when they decide to edit the entry. Doesn't that defeat the purpose of having hidden fields and the ability to collect virgin data from hidden fields?

Example #1… I use the data type "10 random numbers and letters" as a hidden field to create a random sort order to ensure no one can "stack the deck" to keep their catalog entry at the top of the list. Later the user goes back to edit their entry and the "hidden" field is no longer hidden and they are able enter all zero's into the field to put their catalog entry at the top of the list. No point it having it a "hidden" field at add time.

Example #2… I use a hidden field data type "Sequential number" to serialize the order in which catalog entries are created. This field is hidden at creation time, but set as visible on the list to a visitor. A user comes back later to edit their entry and changes the sequence number to try to manipulate when they created the entry.

What's the point of having hidden fields at entry time to collect data if the hidden field is exposed to manipulation at edit time? Right now, the only way to keep hidden collection data secure is to deny a user the ability to edit their entries (which could create other problems).

It was never intended to be to do with locking down data entry – it was to decide what is displayed to end-users. i.e. some data is for reference purposes rather than display purposes, or should only be shown on the full screen and not category screens.

Feel free to add your use cases to the tracker.
Avatar

Chris Graham said

It was never intended to be to do with locking down data entry – it was to decide what is displayed to end-users. i.e. some data is for reference purposes rather than display purposes, or should only be shown on the full screen and not category screens.
Thanks. I guess that makes sense. I just found it odd that hidden fields could be hidden during entry and/or viewing, but not on editing.

Feel free to add your use cases to the tracker.
I actually have a list of different things I want done and I'll add them to the tracker when times comes and have you estimate a cost. Most are probably specific to my site and needs so I'll fully sponsor them, but make the mods available for others.  :thumbs:
Avatar

sholzy said

Chris Graham said

It was never intended to be to do with locking down data entry – it was to decide what is displayed to end-users. i.e. some data is for reference purposes rather than display purposes, or should only be shown on the full screen and not category screens.
Thanks. I guess that makes sense. I just found it odd that hidden fields could be hidden during entry and/or viewing, but not on editing.

Feel free to add your use cases to the tracker.
I actually have a list of different things I want done and I'll add them to the tracker when times comes and have you estimate a cost. Most are probably specific to my site and needs so I'll fully sponsor them, but make the mods available for others.  :thumbs:

I would encourage adding stuff whether they'll be sponsored by you or not. The only caveats are to check it's not already there first, and that it's not overly specific (e.g. posting about some kind of gaming server front-end, or ebay affiliate system, that'd be out there – but stuff generally useful to broader audiences is good).

Avatar

Chris Graham said

sholzy said

Chris Graham said

It was never intended to be to do with locking down data entry – it was to decide what is displayed to end-users. i.e. some data is for reference purposes rather than display purposes, or should only be shown on the full screen and not category screens.
Thanks. I guess that makes sense. I just found it odd that hidden fields could be hidden during entry and/or viewing, but not on editing.

Feel free to add your use cases to the tracker.
I actually have a list of different things I want done and I'll add them to the tracker when times comes and have you estimate a cost. Most are probably specific to my site and needs so I'll fully sponsor them, but make the mods available for others.  :thumbs:

I would encourage adding stuff whether they'll be sponsored by you or not. The only caveats are to check it's not already there first, and that it's not overly specific (e.g. posting about some kind of gaming server front-end, or ebay affiliate system, that'd be out there – but stuff generally useful to broader audiences is good).
I meant to comment on this yesterday. I totally agree with Chris that feature requests should be added to the tracker whether or not you will be sponsoring. Just because someone is not in a position to sponsor does not mean that they don't have a great idea for an improvement which is, in itself, a contribution to the community. It is also the reason I encourage people to vote for items in the tracker even if they know they will not be sponsoring – it helps to prioritize features for Chris and potential sponsors.

Have an idea not already in the tracker? Put it in yourself.

Bob






Avatar
Still cannot import a theme, since RC6. Uploading manually does not work either. The "theme.ini" file apparently is still missing for the import to work.
Avatar
Aha. I see what had gone wrong now. When we were updating addons, we were replacing the wrong files. I've now fixed that, if you try yet again it should finally work this time. Sorry about all that.


Avatar
I'm also getting a real wierd error. I'm clearing my cache and cookies as well. As the administrator, I cannot log off the board. Looks like something with the Facebook module as the culprit:

An error has occurred A symbol is missing: FB_CONNECT_LOGGED_OUT. This usually happens when Comcode is written without placing template/PHP code within a code tag. (version: 8-RC7, PHP version: 5.3.10, URL: /pg/start/index.php?keep_fatalistic=1&keep_safe_mode=1&redir
ected=1)

Avatar
That sounds like an old corrupted Facebook addon. If that still remains from a v7 site, it needs removing -- we have a new version of this addon.


Avatar
The theme uploads are working fine now. Thanks. As far as the FB addon, it was from a fresh install of RC6.

It appears that you are logged out from the public area but still logged into the members area. Strange …

Maybe I should check my FB application settings since the public and private keys are accurately reflected in the configuration.
Avatar
I wonder if you had safe mode after running the upgrader (by clicking the safe mode link). That might stop Facebook code fully loading up.


Avatar
curtis-

Are your posts regarding RC6 or RC7? Just curious as I prepare to upgrade to RC7 and want to know if Facebook add-on is still a problem area.

Bob
Avatar
It was RC7. Must have been something in my browser cache. I cannot duplicate it now ....


Avatar
Another weird occurrence ('error'? perhaps, perhaps not).

When I accepted all the upgrader defaults and allowed it to check and 'fix' any files that needed it in the 'Theme upgrade', the upgrader made a change to my <personal theme>/global.css as shown below:
/* .comcode_quote_content,
.comcode_code_content {
   border: 1px solid #7f9ac5; /* */
   display: block;
   padding: 5px;
   margin-{!en_left}: 8px;
   background-color: #fafbfd; /* */
   color: #3f3f3f; /* */
   overflow: hidden;
}
*/

.comcode_quote_content,
.comcode_code_content {
   border: 1px solid #798f9d; /* */
   border-radius: 6px 6px 6px 6px;
        box-shadow: 0 0 5px 1px rgba(66, 136, 155, 0.9) inset;
   display: block;
   padding: 15px;
   margin-{!en_left}: 8px;
   color: #000000; /* {$,wizard, 25% code_content + 85% !W/B} */
   overflow: hidden;
}
  • the original code has been commented out, and I've chosen to display it struck-out for emphasis in this post
  • the color #000000 (in red) is what replaced my original #FFFFFF

This was easy to spot because I have a quote box on my front page. Must go hunting for other arbitrary changes that took place …

 :thumbs:
Avatar

Fletch said

Another weird occurrence ('error'? perhaps, perhaps not).

When I accepted all the upgrader defaults and allowed it to check and 'fix' any files that needed it in the 'Theme upgrade', the upgrader made a change to my <personal theme>/global.css as shown below:
/* .comcode_quote_content,
.comcode_code_content {
   border: 1px solid #7f9ac5; /* */
   display: block;
   padding: 5px;
   margin-{!en_left}: 8px;
   background-color: #fafbfd; /* */
   color: #3f3f3f; /* */
   overflow: hidden;
}
*/

.comcode_quote_content,
.comcode_code_content {
   border: 1px solid #798f9d; /* */
   border-radius: 6px 6px 6px 6px;
        box-shadow: 0 0 5px 1px rgba(66, 136, 155, 0.9) inset;
   display: block;
   padding: 15px;
   margin-{!en_left}: 8px;
   color: #000000; /* {$,wizard, 25% code_content + 85% !W/B} */
   overflow: hidden;
}
  • the original code has been commented out, and I've chosen to display it struck-out for emphasis in this post
  • the color #000000 (in red) is what replaced my original #FFFFFF

This was easy to spot because I have a quote box on my front page. Must go hunting for other arbitrary changes that took place …

 :thumbs:

I tried to reproduce this but couldn't, and there are no upgrade rules in that part of the file, so I think it must have been something else. That said, I did fix a couple of minor problems in the upgrader that I did find (happened when themes were upgraded more than once).


Avatar
Used the admin search and also searched the forum but I cannot find where you turn on the Activity logging feature. I've checked the add-ons and the config setup but cannot find anything. What must I do to activate this?

Bob
Avatar
Non-bundled activities addon.
Avatar
Thanks, Chris. I knew I had set it up in the past and the only place I didn;t look was for non-bundled add-ons.

Bob



Avatar

Chris Graham said

Activities addon replaces it with activities tab, but you can have both if you want by deleting one of the files in that addon.

Now that you've said that, I remember reading it when adding the Activities addon. I hadn't been on the profile page much before the Activities addon so it didn't register that I had replaced the "posts" tab.

Thanks for helping out with my short-term memory loss!  :thumbs:  :lol:

Avatar
Problem when editing an 'old' post - it suddenly becomes the 'latest' post …



Fix, please!




P.S. (added 29th April)

This is RC7, but I think it appeared in an earlier RC, possibly RC6 or even RC5.



Last edit: by Fletch
Avatar

Fletch said

Problem when editing an 'old' post - it suddenly becomes the 'latest' post …



Fix, please!




P.S. (added 29th April)

This is RC7, but I think it appeared in an earlier RC, possibly RC6 or even RC5.



Thanks, fixed.
Avatar

Chris Graham said

Thanks, fixed.
Did you patch a file and forget to attach it, or is this to be incorporated in the next RC?

I ask, because I still have the problem, and don't have a clue which 'script' is affecting this behaviour.

 :thumbs:



Avatar
Attachment
cms/pages/modules/cms_news.php
» Download: cms_news.php (43 Kb, 233 downloads so far)


 :$
Avatar

Chris Graham said

attachment …

 :$

Yep!

thanks


Avatar
Glad you've got it sorted (well, it at least disappeared). Let us know if you have any other issues.

Bob

Show 7 more replies

1 guests and 0 members have just viewed this: None
Control functions:

Quick reply   Expand