Forum Replies Created

Viewing 14 replies - 1 through 14 (of 14 total)
  • This issue is still not resolved. Not providing an ETA or some kind of rollback option isn’t making me happy. I’ve been using it for years and this is the first time I’ve seen this plugin have an issue that wasn’t fixed almost right away.

    I have the same issue. I think it’s because they designed it for those stupid useless blocks. There is absolutely no real documentation on how to use it without those blocks and I’m not watching some lame YouTube video where I have to figure out where the information is that I want. Useless plugin even worse support that requires you to share your e-mail address with a third party.

    There was an error while trying to save the table! Internal Server Error
    I keep getting this and I’ve tried it on your Demo site and on two different websites. I’m trying to use an XML file as an existing data source that is located on the same server as the tables. This XML file will be updated regularly so I don’t want to just upload it into wordpress. I’ve tried using an external xml file and I tried using one locally and in either case I get the same error. Running the most recent version of WordPress and PHP 7.x
    I do find it concerning that it has been months since this issue has existed and there hasn’t been much activity on this feed for the “free” version of this plugin. My opinion is that if a company can’t keep up with it’s free versions, how do I know the premium version will be any better.

    In order to prevent people from just tossing ads onto a site they don’t have control over, Google is trying to confirm that you have the right to edit the site and you aren’t a hacker. To that end, normally the code is placed in the header or footer of the site. I think you may also have an option of ftp uploading a file to the root directory of the site as well. Once you have confirmed that you “own” the site then you can continue from there. Hope that helps.

    I’m running S2Member Pro and our members like setting their own passwords and I have had that setting since day one. Yes, I’m aware of security concerns. We have always used the new user e-mail to welcome them to our premium memberships and give them important information about the access they just purchased. Now I’m noticing that the e-mail isn’t going out because we are using custom passwords. Is there any way we can undo this so we can continue to offer custom passwords while still sending out new user e-mail messages. I had always thought that the custom e-mail option meant we were using S2Member and NOT WordPress to send those e-mails and so any changes to WordPress would be irrelevant in this case. I would even suggest that there be the ability to have the ability to generate an independent welcome message that has nothing to do with passwords at all.

    Widget visibility is a function of the JetPack plugin. Make sure you have connected jetpack with a WordPress account and that widget visibility is on.

    I can confirm that when you are getting an

    jetpack: [auth_failed] Authorization header was malformed

    that disabling the plugin, the re-enabling it and reconnecting jetpack to your wordpress.com account fixed the issue for me. [7-25-2015]

    Thread Starter Myth024

    (@myth024)

    I’m discovering that if you use the HTML5 audio controls that there isn’t really anything you can do to style those controls in a way that is responsive. This is why the styling is done with JavaScript and CSS with the controls not implemented. ie..
    with controls
    <audio contols="controls" src="somefile.mp3"></audio>
    without controls
    <audio src="somefile.mp3"></audio>
    Wordpress has these controls turned on with the mediaelement styling overlaid on top of it.
    In most HTML5 Audio implementations the controls of the audio element are NOT turned on. With this version of WordPress, they are. Whatever CSS styling was done to add the new playlist functionality with WordPress 4.0, wasn’t done in a way to take into account playlist size. Essentially, while the functionality of the new playlist mostly works, the design elements are flawed. The player and playlist are almost treated as two separate entities. With an audio embed for a single file, the audio element not only resizes but you can add a width= to the shortcode. You can’t do this to the playlist. If you change the theme to dark, the text color doesn’t change either.
    While I could continue to hack and slash through the code to essentially re-program the entire playlist and audio element implementation with styling in the page, I think I’m going to go back and see if I can fix the whole issue at it’s core. Essentially hacking into the mediaelement core files and seeing if I can figure out how to get it to generate the code properly when a playlist is dropped ino a page.

    Thread Starter Myth024

    (@myth024)

    Ultimately, I believe that if the code behind the playlist would restrict the size of the audio element to be the same size as the playlist then the overflow wouldn’t be an issue. Not everyone that embeds playlists are l33t programmers like us. *grin* I would like to thank webbrewers tho, I had forgotten about the !important. I still had to futz around with some additional elements to get the player to fit correctly and it will still bleed outside the playlist if the page gets resized. This means that the audio element itself isn’t very responsive. I’m still trying to figure out how I can get that element to resize itself so it stays within the playlist boundaries.
    Here is the code I’m using right now.
    <style>.mejs-controls{width:500px !important;overflow:hidden}.mejs-mediaelement{width:500px !important;overflow:hidden}.mejs-container{width:500px !important;overflow:hidden}.svg mejs-audio mejs-long-video{width:500px !important;overflow:hidden}</style>

    I guess that what I’m saying is that if the playlist box is 500px wide, then the audio player element should also be 500px. If the page gets resized or someone views it with a mobile device and the page is resized and now the playlist might only be 300px in width, then the audio element should also resize itself to be 300px.
    I created a jsfiddle to attempt to demonstrate my point.
    jsfiddle.net
    All the individual boxes resize to fit inside the containing box. I did try wrapping the whole playlist in a div tag but that didn’t have any effect.
    Thanks for your help. It’s possible this isn’t something that can ultimately be fixed.
    –side note– anyone know how to change this audio element from preload=”none” to preload=”auto” —

    Thread Starter Myth024

    (@myth024)

    You will find the page with the playlist here: https://www.kgraradio.com/portfolio-view/mufon-ufo-radio/

    There are only two playlists embedded on the page. The audio playing element extends past the playlist box and into another div on the right. In order to see the actual code surrounding the playlist and audio you would have to do a view source. I’m going to post a small part of the code here…

    <div class="wp-playlist wp-audio-playlist wp-playlist-light">
    <div class="wp-playlist-current-item"></div>
    <audio controls="controls" preload="none" width="640" style="visibility: hidden"></audio>
    <div class="wp-playlist-next"></div>
    <div class="wp-playlist-prev"></div>

    Then a bunch of scripting. All this code is auto-generated when you embed a WordPress playlist. The shortcode for that playlist is usually something like [playlist 134,451,543]. If you just look at the page, (referr to the link I made previously) however, you will note that while the playlist itself stays within the boundaries of the page; The actual audio player itself, above the playlist, extends to the right beyond the playlist. I used some extra div styling to push the whole thing to the left some. Note that in the source code of the page that I’ve shown you above, there is no reference to anything other than the playlist. You note that the audio element has no reference to it. The system is built on mediaelement-js and so I tried referencing mejs classes in an attempt to push the audio element around. I didn’t have any luck with that. It seems, however, that some method of this new wordpress playlist implementation may have some kind of styling that wasn’t done right but that I can’t seem to locate.

    To see what I’m talking about go HERE.

    This is made even more evident when you resize a browser window smaller. The audio element doesn’t change size.

    I recently had this problem on my own WordPress installation. After confirming that my .htaccess file was correctly modified I still had the issue. I finally discovered that it was a setting with the Apache server.
    All of the adjustments can be made with the httpd.conf file. Then restart the apache server.
    In that file I needed to be sure that…
    LoadModule rewrite_module modules/mod_rewrite.so
    did NOT have a # next to it. (# denotes in-active in apache)
    The next was in the configuration area for the specific domain. There is a section between (at least on this server) the <VirtualHost> and </VirtualHost>. This is where all the configuration options are done for that domain. In that section is something that says AllowOverride All. Mine was set to AllowOverride None. Once I changed it, the permalinks worked fine.
    Directly from the Apache config file.

    # AllowOverride controls what directives may be placed in .htaccess files.
    # It can be “All”, “None”, or any combination of the keywords:
    # Options FileInfo AuthConfig Limit

    There appears to be a bug with Contact Form 7 and JQuery. There are several posts with the same issue and it seems to have something with the way a theme utilizes javascript. I’ve tried several of the suggestions and none of them have actually worked for me. The default wordpress theme’s seem to work fine with it but alas, that doesn’t help people who use themes they have customized or paid for.

    I’ve noticed that the plugin works fine for any page within the same domain as the wordpress site but external pages do not seem to automatically adjust correctly. I created some folders in a subdirectory outside of my wordpress site and the content embeds quite nicely with the plug in. However if I try to bring in a URL from an a page outside the domain it doesn’t display correctly.

    Most default installations include a very small file size. If you are unable to modify this file size limit, you could try using ftp to upload the files to a specific directory. There is a plug in called add from server that will allow you to browse to the upload directory and add those files into the media library.

Viewing 14 replies - 1 through 14 (of 14 total)