Page Owner caching and block permissions

Permalink Browser Info Environment
Hi John,

I've got an interesting question for you. It's based on system/page/block caching. I'm asking you this question because the topic came up when I was using Magic Data to create page lists of user generated pages on the profile page, and you told me about the Cache Free Content block...which has proven to be quite useful.

I'm placing this in the Magic Tabs support because they are my target blocks that I need a solution for, but the truth is, the issue persists on all block types.

Here's the scenario:

I'm using Magic Tabs in combo with a form and your Page Selector Attributes block, to generate a page with user bio details that is viewable by the public and logged in users. The form creates the page and designates the form user/submitter as the owner of the page...that same page has the Magic Tabs, and the Page Selector Attributes block to add images and page specific search filters. All of these editing features are only accessible to the Page Owner. This way when a logged in member wants to see another member's bio page they don't see the Magic Tabs on another page owned by a different member. The tabs should only be accessible by the page owner, so only the owner can edit their page with the Page Selector Attributes block.

So..the user logs in...goes to bio generation form...submits details...the form creates the page and immediately redirects the user to the newly generated page.

Initially, in general, all works as it should...with one glaring problem. Unfortunately, when the member first lands on the target page the page owner blocks aren't visible to the page owner.

It appears blocks only accessible to Page Owners require the page owner to logout and log back in to see the targeted blocks. For some reason that page isn't being attributed to the owner immediately upon being generated, but rather only upon logging out and logging back in. The page owner only has to logout and log back in once, but this is highly inconvenient and breaks the flow of the bio generation. Very counter intuitive.

This really isn't your problem. I've just come to trust your wisdom and knowledge. That said, I'm putting this support ticket under Magic Tabs, because at this point those are the specific blocks I want accessible by the page owner only.

Is what I'm experiencing simply native to C5? Is it merely a caching issue of some sort? Must Page Owners really logout once in order for their block permissions to kick in? Weird?!

Any thoughts, ideas? Is there a Magic Tabs Cache/Free Content combo that would do the trick?

Thank you so much.

Kim

Type: Discussion
Status: Archived
kimstone
View Replies:

concrete5 Environment Information

# concrete5 Version
5.6.3.2

# concrete5 Packages
Advanced Forms (1.11.1), AJAX Page Tools (2.6.3), Black Magic Data (1.6.1), Cache Free Content (1.1.0.5.6.3.2), Data Display (2.7.1), eCommerce (2.8.7), Form Tableless Layout (1.2.1), Front End Attribute Editor (1.1), Front End Fileset Tools (1.0.1), Front End File Uploader (2.2.2), Login (1.1.1), Login Redirect (1.3), Magic Data (2.9.8), Magic Data Symbols1 (2.7.2), Magic Data Templates1 (2.1), Magic Tabs (1.1.0.1), Mail Monkey (2.1.2), Mega Menu (1.5.27), Page List+ (5.6.0.0.0.5.4), Page Redirect (1.4), Page Selector Attribute (1.1), Paypal Website Payment Pro Gateway (2.0), Popup Pro (1.6.8), Pro Forms (7.2.0), Registrant Group (1.1), Sorcerer's Gallery (1.0), Uhuru Theme (1.1), Ukao Menu (1.5.2), Whale Nivo Image Slider (1.0.4).

# concrete5 Overrides
blocks/autonav, blocks/bio_social_icons, blocks/jl_magic_tabs, blocks/jl_front_end_uploader copy, elements/profile, languages/es_ES, languages/nl_NL, languages/fa_IR, languages/sl_SI, languages/fr_FR, languages/es_AR, languages/ro_RO, languages/es_MX, languages/ja_JP, languages/cs_CZ, languages/it_IT, languages/fi_FI, languages/es_PE, languages/vi_VN, languages/ar, languages/ru_RU, languages/da_DK, languages/sv_SE, languages/zh_TW, languages/nb_NO, languages/el_GR, languages/sk_SK, languages/de_DE, languages/pt_PT, languages/tr_TR, single_pages/register.php, single_pages/profile, single_pages/password_request.php, single_pages/login.php, themes/uhuru

# concrete5 Cache Settings
Block Cache - Off
Overrides Cache - Off
Full Page Caching - Off

# Server Software
LiteSpeed

# Server API
litespeed

# PHP Version
5.4.38

# PHP Extensions
bcmath, bz2, calendar, Core, ctype, curl, date, dom, ereg, exif, fileinfo, filter, ftp, gd, gettext, hash, iconv, imap, ionCube Loader, json, libxml, litespeed, mbstring, mcrypt, mhash, mysql, mysqli, mysqlnd, openssl, pcre, PDO, pdo_mysql, pdo_sqlite, Phar, posix, pspell, Reflection, session, SimpleXML, soap, sockets, SPL, sqlite3, standard, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, Zend Guard Loader, zip, zlib.

# PHP Settings
max_execution_time - 30
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
max_input_vars - 1000
memory_limit - 128M
post_max_size - 32M
sql.safe_mode - Off
upload_max_filesize - 32M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
session.cache_limiter - nocache
session.gc_maxlifetime - 7200
soap.wsdl_cache_limit - 5

Browser User-Agent String

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:36.0) Gecko/20100101 Firefox/36.0

Hide Post Content

This will replace the post content with the message: "Content has been removed by an Administrator"

Hide Content

Request Refund

You may not request a refund that is not currently owned by you.