bransom

Hey — I just found this is a stock feature of the plugin. Very Nice!!

Go to wp-admin/Settings/TeachPress/(General Tab) and select the levels you want under “Backend Access”. For Multi-site, you may need to do this for every site — i haven’t checked that for sure tho.

??

Not sure of best solution yet, but it is Chrome (Google) feeling like handling RSS amounts to browser bloat. See https://stackoverflow.com/questions/1656574/google-chrome-rendering-xml-as-text-for-rss-feed

I’d like to cook up a function to add to this, such that if browser = chrome, advise user to add the google extension (https://chrome.google.com/webstore/detail/rss-subscription-extensio/nlbjncdgjeocebhnmkbbbdekmmmcbfjd ) , instead of looking like its throwing a site error.

Problem for me too — I use an external CAS authenticator and the ?repeat=w3tc is tacked on to the referral URL after it comes back from the authenticator. The user is authenticated but the referred URL indicates hs is not. I don’t yet know where this is going wrong. I would have thought (hoped) that the default to ‘never cache’ wp-.*\.php should avoid trouble here. I also added wp-admin/* to cache exception list. Problem remains.

I have the same problem. From a look at your site it seems you solved this? What was your solution?
Thanks

Thanks — only slight bummer left is we lose the post_name and have to live with post_id. This is still better tho, than being stuck with “/blog” in the slug.

I was tempted to mark this closed, but it still seems from the RS interface that users added in RS ‘Private Post Reader’ (under Roles – General) should have permission elevated to see private posts. That is not the case, and a very nice feature to have working.

I think this turns out to be a WP core feature, and not a RS problem. I can uninstall RS, and switch to plain ol TwentyEleven, and still get the problem when using the ‘Recent Posts’ widget. The problem goes away (private posts show or don’t show properly) when I do Settings->Reading (options-reading.php) and enter a specific page for posts.

I just need to find out how to get that proper usage either in the widget or shortcode, or code code! i.e. display all posts as long as authorized!

Thanks WPyogi, This turned out a dumb typo on my part. I had tried adding !important to the z-index: -1 property, but goofed and had it in there as “important!”

I retract my statement wrt good work-around. I previously had my header scooched up (top-margin -25px) so that the top-menu would appear on top of the header (z-index), instead of taking up room at the top of the page. With the new 1100px wide header, I’m still fighting css trying to get z-index correct. Grrrr

I didn’t have this problem at all with WP 3.4.2. The reason is because at that version, WP had a ‘skip crop and publish’ button available on uploading the header image. I then tested and found I had the problem with 3.5, regardless of whether i was using Mantra 1.9.9.2, 1.9.9.4, or twenty-eleven for that matter.

Regardless, I think I’ve worked around this adequately for now, simply by making the header the dimension specified by the theme. (With Mantra we specify our own header height.) So, for example, i was using a 400×120 px logo and I remade it as 1100×120 with clear background. It uploads fine.

This may be more of a Mantra issue afterall. See https://core.trac.www.ads-software.com/changeset/22468

This is a WP 3.5 issue, not a Mantra issue. However, the fix will be theme dependent.

I don’t know the Mantra fix yet but search google with something like:
wordpress 3.5 header skip crop

and you’ll see this is a wider issue. I’m looking — need a fix in Mantra!

This is a WP 3.5 issue, not a Mantra issue. However, the fix will be theme dependent.

Perhaps Thierry you are referring to Mantra Settings / Layout / Header_Image_Height

This is probably the same value as the variable name ‘mantra_header_image_width’, line 104, theme-setup.php

Changing this value (in the Admin interface) doesn’t fix the problem. The real problem is that WP 3.5 no longer offers the “Skip Cropping” feature in uploading images, and also troubling, WP3.5 has a seemingly arbitrary crop window for the header (maybe it’s thumbnail size).

I’m still looking …need a fix!

Hey Jason, thank you. Don’t feel pressure on my account to make MU work. I didn’t realize that you didn’t support it yet. It appears to have worked fine for me as I have moved a MU site from one domain service to another, including change of install directory tree. (heavy use of searchandreplace2.php as well, but that seems normal no matter how the database is backed up or dumped.)
Cheers

Ack, poor wording on my post — to clarify: I don’t want each site admin to have access to backup. Only the WPMU Network Admin.