Blog Entry level permissions and possible IE bug in Blog Entry form

2630604, modified 16 Years ago. New Member Posts: 6 Join Date: 3/26/09 Recent Posts
We have a blog that is on a private page within a community and the entire community has Add Entry permissions. Also, the entire community has explicit View permissions on the Blog.

We have just recently upgraded from 5.1.1 to 5.2.3. In 5.1.1 everyone in the community could post entries and all members could immediately view the entries posted by others.

After the upgrade, it now seems that the view permissions for every blog entry must be managed separately... that each user who posts an entry must give View permissions to the community...that by default only the author of the entry and admins can view the entry. Which, while not particularly user-friendly, I guess is ok, as long as the user can access the permissions area in the Blog Entry form. However, that area of the Entry form is not displaying correctly in IE 7 (it does look fine in Firefox).
The label "Public" is not on the Checkbox and the Configure link is not there. The word Configure is there, but it is not linked to anything.
And here's the crazy thing...if I put the same blog on a public page, in the same community, the Permissions section displays and works just fine.
Does this make any sense?

Without the user's ability to give the community view permissions right there in the Blog Entry form, it means he has to go into the "Permissions" link on the Entry once the Entry is saved, and then give View permissions to the community. That works, but is much less intuitive.

Any ideas on how to either give all members of the community View rights to all entries automatically? or on how to fix the display problem on the Blog Entry form?
2630604, modified 16 Years ago. New Member Posts: 6 Join Date: 3/26/09 Recent Posts
We've found the problem. It was a stray quote mark (") on line 145 of html/taglib/ui/input_permissions/page.jsp. It was in the "Public" check box input. On a public page, that box is marked "checked" and the stray quote was immediately after the "checked". IE apparently can handle that and interpret the page correctly. However, on a private page, that box is not "checked" by default, so the stray quote is just hanging out there by itself. We deleted the stray quote and reloaded the page.jsp. Problem fixed!