Forum Replies Created

Viewing 10 replies - 1 through 10 (of 10 total)
  • I am experiencing this issue across multiple websites when updating to 6.9.1. The suggested workaround of using greater specificity to set text-decoration to none does work to remove underlines from all anchors, however it also has the effect of removing underlines on hover, overriding an a:hover rule in the theme CSS.

    Bottom line, as has already been expressed, a WordPress update should not override theme CSS and require us to make hacky changes to our themes. We need to get to the bottom of the cause and reverse it.

    Thread Starter conducivedata

    (@conducivedata)

    Oh wow, thank you, @areoimiles! I was definitely not expecting such a quick and helpful response! I just did some testing, and it mostly works. Works enough, which is great.

    The only issue I see so far is that it’s a real challenge to drop blocks into an empty Container without using the blocks List View. It’s much easier once a block is inside the Container, however it still won’t let me drop one in there when dropping in a new block.

    Thread Starter conducivedata

    (@conducivedata)

    @areoimiles Fix confirmed! Thank you, and keep up the good work.

    I ran into the same issue and discovered that it has nothing to do with incognito / private tabs, rather it was a matter of performance and timing.

    The plugin uses two separate triggers for inserting the preloader div into the page and then fading it out after the configured delay. Sometimes the fade was being set up before the preloader div existed, thus the preloader never got to fade out and instead stayed on top of the fully loaded page.

    To fix this, I removed the window.addEventListener() call that was setting up the fade at the end of wp-smart-preloader/assets/js/wsp-main-script.js and moved it up to line 58 immediately below the code that loads the loading animation into the preloader div:

    if( "home" == flag ){
            jQuery('body.home:not(".elementor-editor-active") .smart-page-loader').prepend(block);
    }else {
            // all pages
            jQuery('.smart-page-loader').prepend(block);
    }	
    
    /* moved here from the window.addEventListener() call at the end of the file */
    fade_away();	
    function fade_away(){
            jQuery('.smart-page-loader').delay(delay).fadeOut(duration);
            jQuery('body:not(".elementor-editor-active")').removeClass('wp-smart-body');
    }	
    

    That ensures that the preloader div has been inserted into the page and filled in with the loading animation before the fadeout timer begins. Hopefully the author will test and incorporate this fix into the next release.

    Thread Starter conducivedata

    (@conducivedata)

    @arsalantariq

    I see this shortcode has not been fixed in the latest version. Could you please check over my code and use it until your improved version is ready? It may not be perfect, however your current version of the shortcode is unusable.

    Thread Starter conducivedata

    (@conducivedata)

    Great! Thank you and you’re welcome.

    Thread Starter conducivedata

    (@conducivedata)

    Thank you, I appreciate it. Sorry if I came across as rude.

    I took a look at the updated code and have one suggestion that I should have mentioned previously:

    Check for the Password field’s Placeholder instead of its Label when outputting the placeholder for the Confirm Password field.

    That will result in a Confirm Password field that is consistent with the appearance of the Password field. If Password has a label, Confirm Password also gets a label. If Password has a placeholder, Confirm Password also gets a placeholder.

    Thread Starter conducivedata

    (@conducivedata)

    I provided a workaround for the client, and they were happy with the fix and already disabled my admin access to the site, so I can’t get you a screenshot or the PHP version. But those things aren’t necessary anyway.

    There’s a registration form with a Password field that has an empty Label. Line 2398 of class-fields.php, which is in a section of code that is used for outputting password and confirm password fields, tries to access $data[‘label’] without first verifying that the label exists. This generates the error message because there is no label set for the password field.

    Now look at line 2378. You’re checking for a label before outputting said label–perfect! But you also need to check for the label before using it to output the placeholder for that confirm password input.

    Thread Starter conducivedata

    (@conducivedata)

    I didn’t want to provide access to the site (sorry), but it’s okay, because I finally got back to the issue and discovered that it’s an incompatibility with another plugin.

    The offending plugin is WooCommerce Upload Files (https://codecanyon.net/item/woocommerce-upload-files/11442983). The issue comes and goes with that plugin being activated and deactivated.

    I have put in a support request with that author. I will post back here with the results.

    Thread Starter conducivedata

    (@conducivedata)

    @cexpert Below is my modified wcpoa_send_file function. The fixes listed above were not super clear, I realize.

    I just did a before and after test with a clean install of v1.0.8 of the plugin, making no other changes than the few lines in this function, and it went from broken to working.

    
        public function wcpoa_send_file() {
            //get filedata
            if (isset($_GET['attachment_id'])) {
    
                $attID = $_GET['attachment_id'];
                $theFile = wp_get_attachment_url($attID);
    	        if (!$theFile) {
    		        return;
    	        }
    	        //clean the fileurl
    	        $file_url = stripslashes(trim($theFile));
    	        //get filename
    	        $file_name = basename($theFile);
    	        //get fileextension
                    $file_path = get_attached_file($attID);
    
    	        $file_extension = pathinfo($file_name);
    	        //security check
    	        $fileName = strtolower($file_url);
    	        //print_r($file_url);
    	        $file_new_name = $file_name;
    	        $content_type = "";
    	        //check filetype
    	        switch ($file_extension['extension']) {
    		        case "png":
    			        $content_type = "image/png";
    			        break;
    		        case "gif":
    			        $content_type = "image/gif";
    			        break;
    		        case "tiff":
    			        $content_type = "image/tiff";
    			        break;
    		        case "jpeg":
    		        case "jpg":
    			        $content_type = "image/jpg";
    			        break;
    		        case "pdf":
    			        $content_type = "application/pdf";
    			        break;
    		        default:
    			        $content_type = "application/force-download";
    	        }
    
    	        $content_type = apply_filters("wcpoa_content_type", $content_type, $file_extension['extension']);
    
    	        header('Content-Description: File Transfer');
    	        header('Content-Type: application/octet-stream');
    	        header("Content-Type: {$content_type}");
    	        header("Content-Disposition: attachment; filename={$file_new_name}");
    	        header("Content-Transfer-Encoding: Binary");
    	        header('Connection: Keep-Alive');
    	        header('Expires: 0');
    	        header("Cache-Control: no-cache, no-store, must-revalidate");
    	        header('Cache-Control: pre-check=0, post-check=0, max-age=0', false);
    	        header("Pragma: public");
    	        header('Content-Length: ' . filesize($file_path));
    //	        ob_clean();
    	        flush();
    	        readfile($file_url);
    //	        ob_end_flush();
    	        exit();
            }
        }
    
Viewing 10 replies - 1 through 10 (of 10 total)