professor99

NOTE: The following technical info is for those who experience similar problems.

Somehow Access Control is triggering to Frontend function wpuf_get_pages() to run before all the plugins have been loaded.

wpuf_get_pages calls get_pages which is hooked by Access Control and calls is_user_logged_in() which is in wp-includes/pluggable.php which doesn’t get loaded till after the plugins have been loaded as shown from wp-settings.php (called at WordPress init)

wp-settings.php
================

// Load active plugins.
foreach ( wp_get_active_and_valid_plugins() as $plugin )
	include_once( $plugin );
unset( $plugin );

// Load pluggable functions.
require( ABSPATH . WPINC . '/pluggable.php' );
require( ABSPATH . WPINC . '/pluggable-deprecated.php' );

The idea here is that plugins can substitute their own versions of the functions in pluggable.php.

Actually the load_textdomain warning you posting is generating by the CodeStyling plugin. The problem with is_logged_in() still occurs with this disabled.

Hi Kyle,

Frontend Version 1.1 as you are using either displays all attachments that are images or lists them otherwise.

You have two options here.

1. The development version only lists attachments added by the attachment field. However I’m considering adding an ‘Display images’ option due to the comments here(Rkarels comment).

2. You can modify the code in wpuf-functions.php to do what you want.

Simply change the code for wpuf_show_meta_front( $content ) to this

function wpuf_show_meta_front( $content ) {
    global $wpdb, $post;

    //check, if custom field is enabled
    $enabled = wpuf_get_option( 'enable_custom_field' );
    $show_custom = wpuf_get_option( 'cf_show_front' );
    $show_attachment = wpuf_get_option( 'att_show_front' );

    if ( $enabled == 'on' && $show_custom == 'on' ) {
        $extra = '';
        $fields = $wpdb->get_results( "SELECT * FROM {$wpdb->prefix}wpuf_customfields ORDER BY <code>region</code> DESC", OBJECT );
        if ( $wpdb->num_rows > 0 ) {
            $extra .= '<ul class="wpuf_customs">';
            foreach ($fields as $field) {
                $meta = get_post_meta( $post->ID, $field->field, true );
                if ( $meta ) {
                    $extra .= sprintf( '<li><label>%s</label> : %s</li>', $field->label, make_clickable( $meta ) );
                }
            }
            $extra .= '<ul>';

            $content .= $extra;
        }
    }

    if ( $show_attachment == 'on' ) {
        $attach = '';
        $attachments = wpfu_get_attachments( $post->ID );

        if ( $attachments ) {
            $attach = '<ul class="wpuf-attachments">';

            foreach ($attachments as $file) {

                //if the attachment is image, show the image. else show the link
//                if ( wpuf_is_file_image( $file['url'], $file['mime'] ) ) {
//                    $thumb = wp_get_attachment_image_src( $file['id'] );
//                    $attach .= sprintf( '<li><a href="%s"><img src="%s" alt="%s" /></a></li>', $file['url'], $thumb[0], esc_attr( $file['title'] ) );
//                } else {
                    $attach .= sprintf( '<li><a href="%s" title="%s">%s</a></li>', $file['url'], esc_attr( $file['title'] ), $file['title'] );
//                }
            }

            $attach .= '</ul>';
        }

        if ( $attach ) {
            $content .= $attach;
        }
    }

    return $content;
}

Is it works for you that is fine but be wary of problems you haven’t encountered yet, updates to come, and other plugins that may throw spanners into your works. admin_url() and related functions are used everywhere.

Given this I think you have three options.

1. Stay with your present scheme and workarounds but be aware of problems to come.

2. Make everything https by either of the two options given in the link I gave you in the last post. This is the easist, most problem free, secure, and future proof method

3. Use a partial implementation of the rewrite scheme given in the previous link for the parts you want secure.

I’m yet to look at the log but it seems I misunderstood your previous message.

Could you please tell us which theme you are using as this may help other users who may experience this problem.

This more than likely is related to your theme or WordPress settings if it happens when all other plugins are deactivated.

Could you test to see if it happens with the WordPress 2011 and 2012 themes.

If it happens for all themes it could be related to WordPress settings for rewriting links. get_page_permastruct() is a member of class WP_Rewrite and for some unknown reason that hasn’t been defined before this function is called.

link-template.php is a standard WordPress file and it is generally a bad idea to edit this as it may be overwritten on the next upgrade so be wary.

Not sure what your really talking about when you state the following.

However (perhaps related to that) on the page I have [wpuf_edit] that ends up editing its own page page!

If it’s related to the standard WordPress edit link on the bottom of each page the development version fixes this. See the code for wpuf_suppress_edit_post_link() in wpuf_functions.php if you dont want to use the development version.

Thanks ninofrenn,

That could be a good option to have for subscribers.