Forum Replies Created

Viewing 15 replies - 1 through 15 (of 50 total)
  • Tim

    (@thegreentimtam)

    I had the same issue. Can be fixed by replacing line 3 of songkick_widget.php with the following:

    add_action('widgets_init', function( ) { return register_widget( "SongkickConcertsWidget" ); } );

    Thread Starter Tim

    (@thegreentimtam)

    RESOLVED:

    The theme has a function with the following line:

    $items_number = WC()->cart->get_cart_contents_count();

    I simply copied that function into my child theme with the line replaced with:

    $items_number = 0;

    Now the page will always be cached with “0 items”, and is replaced with AJAX when items are in the cart.

    Thread Starter Tim

    (@thegreentimtam)

    That looks like just what I’m after. ??

    Thread Starter Tim

    (@thegreentimtam)

    Turns out you actually need some uploaded audio files for it to appear *facepalm*

    Tim

    (@thegreentimtam)

    But the issue is a plugin isn’t working. Instead we have core functionality. My understanding is the visual editor is working as it would in a core install.

    I used to be able to drag and drop a picture into my post and then clicking on the picture I would be able to put my pointer onto a corner of that picture and change it to any size I wanted and it showed me the size in print.
    Now the only way I can place a picture on my post is to drag it and then my post turns blue and says “drop files to upload” and page goes away to a completely different page that shows the picture and the only way I can place that picture on my post is to “COPY IMAGE” and then back up back to the post page with the arrow on the top left and then RIGHT CLICK on the post and select “PASTE” which place the picture on the post. I can still SIZE the picture but it no longer tells me what size it is and have to guess. This pretty well doubles the time it takes me to make a post and very upsetting. Is there a way to go back to the older version of wordpress? OH! I don’t see that “site editor” or the “Custom Size” tou mention.

    Although that copy and paste thing is weird. Perhaps I misinterpreted and the issue is bigger than I thought…

    It just needs to be made clear that deactivating plugins will NOT fix the resizing issue, or the blue upload screen.

    Tim

    (@thegreentimtam)

    I’m confused about what we’re looking for in deactivating plugins…

    What this is a case of is new core features overriding what appears to be a plugin or theme feature.

    Deactivating plugins is going to do nothing to diagnose the issue as no matter how many plugins and themes you deactivate, the core features will remain and the plugin features will not…

    In order to diagnose the issue you must revert back to the older version, then deactivate the plugins until the feature disappears. Did you make a backup when you upgraded?

    Tim

    (@thegreentimtam)

    Sounds like you were using a plugin to modify the editor that has compatibility issues with the newest version of WordPress…

    You’ve never been able to resize images through dragging corners or drag and drop to upload in a “raw” WordPress 3.8 or earlier install. Those are new features released in WordPress 3.9.

    My advice is to live with it for a while and hope the Plugin developer comes up with an update soon. Let the developer know of the issue. But don’t revert to a prior version as that can cause security issues. You should always run the latest version.

    Do you know what the plugin in question is?

    Thread Starter Tim

    (@thegreentimtam)

    I found the culprit – a piece of code in my functions.php stopping Contributors from being able to edit their profile. I’ve since made it into a plugin to make it a bit easier to manage.

    https://pastebin.com/fyWVGuWA

    If anyone can see what the problem is, let me know :).

    Thread Starter Tim

    (@thegreentimtam)

    Changed to Twenty Twelve and had no problems. It’s a problem with my theme. Let you know what. ??

    Thread Starter Tim

    (@thegreentimtam)

    Also tried the following code to no avail:

    if ( current_user_can('contributor') && !current_user_can('upload_files') )
        add_action('admin_init', 'allow_contributor_uploads');
    function allow_contributor_uploads() {
        $contributor = get_role('contributor');
        $contributor->add_cap('upload_files');
    }
    Thread Starter Tim

    (@thegreentimtam)

    And yes they can upload.

    Thread Starter Tim

    (@thegreentimtam)

    You are correct! They see their media in the media library. Clicking “Insert into Post” does nothing, however…

    Thread Starter Tim

    (@thegreentimtam)

    It should be fine, and won’t affect updates. The issue will be fixed in the update, and I’m just going to wait for that, as the issue seems exclusive to Chrome (I’ve used Firefox to change the step).

    Thread Starter Tim

    (@thegreentimtam)

    Thanks Krishna! That Codex post was just what I was looking for!

    Thread Starter Tim

    (@thegreentimtam)

    Thanks, however that wasn’t quite what I meant. All that seemed to do was change the way the names are displayed. Before, someone with the display name “Green Timtam” and username “timgreen” was displayed as “Green Timtam” but positioned with other users whose username began with T (ie. Display Name being displayed, and being sorted by Username).

    What I want to do is display the Display Name, and sort by the display name, so Green Timtam will be displayed with other display names beginning with G.

    I’ve change it to “Username (Display Name)” (ie. timgreen (Green Timtam)” which should help.

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