Forum Replies Created

Viewing 15 replies - 1 through 15 (of 30 total)
  • Thread Starter Kruncher

    (@kruncher)

    Cheers, works perfectly!

    Thread Starter Kruncher

    (@kruncher)

    Hello,

    That appears to disable cookies altogether. Perhaps the ability to postpone session creation until a product is added to the cart could be a feature request?

    Many thanks

    Thread Starter Kruncher

    (@kruncher)

    Hello esmi,

    From what I have read that is only true once the user has clicked “Add to Cart”:

    For example, shopping carts would be exempt, as the user has requested for a product to be added

    Apologies if I have misunderstood what I have read…

    I needed to keep the admin bar but remove the 28px margin so I followed Zack’s advice by adding the following to my custom theme ‘functions.php’ script:

    add_action('get_header', 'my_filter_head');
    
    function my_filter_head() {
    	remove_action('wp_head', '_admin_bar_bump_cb');
    }

    Works perfectly!

    Thread Starter Kruncher

    (@kruncher)

    Okay I have found a way to reproduce the issue, it is the “update” existing plugin that seems to break.

    • Initially I had WordPress 3.0.3 with MediaTags 2.2.9.2 installed.
    • I then updated WordPress using the automatic update on the dashboard.
    • I then updated Akismet, and then MediaTags…Akismet probably has nothing to do with this, but I couldn’t update MediaTags until I updated the former.
    • The MediaTags options are missing.

    I was able to get the interface to show properly by:

    • Replacing all instances of MEDIATAGS_SETTINGS_CAP (and similar) with “manage_options”.
    • MediaTags menu options appear and I am able to access “Roles Management” to assign the “Administrator” account with the proper capabilities.
    • I then undid my MEDIATAGS_SETTINGS_CAP changes and it works fine.

    So you were spot on, yes it is a capability problem.

    If the latest version of MediaTags is installed on a WordPress installation then it works fine first time. It always fails (under these circumstances) when updating from a previous version of the plugin.

    This would lead me to believe that it has something to do with the update script.

    Perhaps this will help you to track down the problem. Please let me know if I can be of any more help.

    Another Issue / Related
    If a user doesn’t have permission to assign terms to media, and changes the title of an image that has terms, the image looses all of its terms!

    Thread Starter Kruncher

    (@kruncher)

    1. What other plugins are you running. There are for some reason other plugins that are also creating menus called ‘Media-Tags’ under the Library section.

    I deactivated all plugins to single the issue out to this plugin. The plugins are:

    • Akismet 2.5.3
    • Enable Media Replace 2.5
    • Lock Pages 0.2.2
    • Media Tags 3.0.5
    • SexyBookmarks (by Shareaholic) 4.0.5.6
    • Widget Context 0.7
    • WordPress jQuery UI Effects 1.0.0

    2. What hosting are you using? Windows? WordPress standard or WordPress Multisite?

    Windows hosting (it’s a development server, real hosting is on Linux CentOS). WordPress standard.

    3. What theme?

    Custom, but I switched it to twenty eleven 1.2 to verify that it isn’t the theme causing the issue. At the moment I have everything disabled except your plugin.

    4. Are you accessing the wp-admin will full admin access? Since version 3.0 of Media-Tags it support roles-based access. By default only full admin users have access to the Media-Tags menu panel. But full admin user can grant access to non-admin users via the Media-Tags menu.

    Full admin access.

    Additional Information:
    Your plugin works on a fresh installation of WordPress (on the same server).

    I have just reinstalled the latest WordPress update (via updates tab) and deleted your plugin files and re-downloaded to ensure that they are fresh. Switched to twenty eleven theme and removed all plugins (except yours) and it still doesn’t work.

    No menu item, and no integration into the media editor. Media tags still shown on manager interface though. So your plugin is partly working.

    It is strange because the plugin was working before I updated WordPress and your plugin.

    Please let me know if there is any other information that you need.

    I ran into problems by negating $send, instead I had to remove the condition altogether.

    if ( $send )

    Removal of line 1311 (from version 3.2.1) on /wp-admin/includes/media.php appears to solve the problem for me. I don’t know what the consequences of this are (yet), perhaps somebody could elaborate?

    1311: if ( $send )

    Thread Starter Kruncher

    (@kruncher)

    I have been experimenting a little and it seems random as some share the same slug and others don’t. But in any case it is not possible to use the tag until conflicting ambiguities are removed.

    Also, when multiple case variations of a tag exist, it is not possible to use the case specific variations even though they are in fact added.

    I believe that the problem lies within the “Post Tags” page, not within the “Add Post” page.

    Hey Tony,

    I updated the following functions:

    function get_current_url() {
    		if ($_SERVER['REQUEST_URI'] == '')
    			$uri = $_SERVER['REDIRECT_URL'];
    		else
    			$uri = $_SERVER['REQUEST_URI'];
    
    		$url = $uri;
    
    		if (substr($url, -1) == '/')
    			$url = substr($url, 0, -1);
    
    		return $url;
    	}
    
    	// Thanks to Drupal: https://api.drupal.org/api/function/drupal_match_path/6
    	function match_path($path, $patterns) {
    		static $regexps;
    
    		// get home url;
    		$home_url = preg_replace('/^[^\/]+\/\/[^\/]+/', '', get_bloginfo('url'));
    
    		// add trailing slash if missing
    		if (substr($home_url, -1) !== '/')
    			$home_url = $home_url . '/';
    
    		// Remove https:// from the url user has specified
    		if (strstr($patterns, 'https://'))
    			$patterns = str_replace('https://', '', $patterns);
    
    		if (!isset($regexps[$patterns])) {
    			$regexps[$patterns] = '/^'.preg_quote($home_url, '/').'('. preg_replace(array('/(\r\n?|\n)/', '/\\\\\*/', '/(^|\|)\\\\<home\\\\>($|\|)/'), array('|', '.*', '\1'. preg_quote($home_url, '/') .'\2'), preg_quote($patterns, '/')) .')$/';
    		}
    		return preg_match($regexps[$patterns], $path);
    	}

    Hope this helps!

    Best wishes,
    Lea

    Thank you for the info!

    On my website I had to add the following to .htaccess (top for regular image uploads, and bottom for ngg)

    #BEGIN Image Upload HTTP Error Fix
    <IfModule mod_security.c>
    <Files async-upload.php>
    SecFilterEngine Off
    SecFilterScanPOST Off
    </Files>
    </IfModule>
    <IfModule security_module>
    <Files async-upload.php>
    SecFilterEngine Off
    SecFilterScanPOST Off
    </Files>
    </IfModule>
    <IfModule security2_module>
    <Files async-upload.php>
    SecFilterEngine Off
    SecFilterScanPOST Off
    </Files>
    </IfModule>
    #END Image Upload HTTP Error Fix
    
    #BEGIN NextGen Gallery Image Upload HTTP Error Fix
    <IfModule mod_security.c>
    <Files upload.php>
    SecFilterEngine Off
    SecFilterScanPOST Off
    </Files>
    </IfModule>
    <IfModule security_module>
    <Files upload.php>
    SecFilterEngine Off
    SecFilterScanPOST Off
    </Files>
    </IfModule>
    <IfModule security2_module>
    <Files upload.php>
    SecFilterEngine Off
    SecFilterScanPOST Off
    </Files>
    </IfModule>
    #END NextGen Gallery Image Upload HTTP Error Fix

    @frold

    Thanks! That worked a treat.

    Any luck on this? I too could use this!

    Thread Starter Kruncher

    (@kruncher)

    Thanks for the fast response.

    I replaced a call to “wp_get_attachment_image_src” with “the_post_thumbnail” and it now appears to be working fine.

Viewing 15 replies - 1 through 15 (of 30 total)