Forum Replies Created

Viewing 15 replies - 1 through 15 (of 6,125 total)
  • Plugin Author David Lingren

    (@dglingren)

    Thanks for your question, and for including the details on your mapping rule; very helpful.

    I am happy that I have not been entirely replaced by AI chatbots. Here is a template that will give you better results:

    Name: Instrument
    Data Source: -- Template (see below) --
    Meta/template: [+name_only,extract( '/(.*)_(.*)/' )+]([+matches:2+])
    Existing text: Replace
    Format: Native
    Option: Text
    Delete NULL Values: checked
    Status: active

    You must set the Data Source to -- Template (see below) -- so MLA will process the template. The template provided starts with the name_only data source (the name portion of the file name); more reliable than the WordPress post_title data source. The extract( '/(.*)_(.*)/' ) format/option suffix divides the name into two subpatterns: 1. title and 2. instrument, discarding the underscore that separates them. The extract suffix puts the subpatterns into an array of matches. The ([+matches:2+]) data source returns the second subpattern content, if present.

    You can add a second rule to save the title portion of the file name by changing the last part of the template to ([+matches:1+]), the first subpattern.

    You can find more information about MLA’s regular expression features in the “Regular Expression Features” section of the Settings/Media Library Assistant Documentation tab. Note, however, that the “named subpatterns” outlined in the documentation do not currently work in mapping rules. That is an MLA defect I will correct in my next update, and I am glad this topic helped me uncover the problem.

    I hope that gives you a solution for your application. I am marking this topic resolved, but please update it if you have any problems or further questions regarding the above suggestions. Thanks for your interest in the plugin.

    Plugin Author David Lingren

    (@dglingren)

    @petehobden – Thanks for the kind words regarding MLA and for your message. I’m sorry to see you’re leaving the WordPress community, but I wish you every success with your new Railway site.

    Plugin Author David Lingren

    (@dglingren)

    Thanks for taking the time to install the Development Version and confirming that fragments are now handled correctly.

    You asked about the pagination parameter persisting when you navigate to a different tab on the page. I believe this is because the Ultimate Blocks tabbed content block is handling the tab switch using local JavaScript code; the page is not being reloaded from the server and so the URL is not changing. I believe both plugins are operating “as intended” and I regret that I don’t see how to make it “preventable”.

    Regarding the CSS “active tab” issue, I can see it happening but without knowing more about the specific technique you are using I can’t be of much help. If you have more details I can investigate further.

    I haven’t installed Firefox on my new system but I will do that shortly. I will also install Ultimate Blocks and put together a test page with multiple tabs. It would be best if you could contact me at my web site, since email will be more convenient. I can post a summary here when the issue is resolved. Thanks for your understanding and your patience.

    Plugin Author David Lingren

    (@dglingren)

    Thanks for your question and for including the full text of your shortcode; very helpful.

    First, regarding the filter solution you’ve tried. The current MLA version has one filter for pagination, mla_gallery_pagination_values, but it won’t help you achieve your objective. Based on your application, I am considering adding more useful filters to my next MLA version. However, there is a solution that doesn’t involve filters or additional coding. Here is a shortcode that should achieve your objective:

    [mla_gallery media_category="ncaa" posts_per_page="72" mla_end_size="13" mla_output="paginate_links,prev_next" mla_link_href='{+new_url+}?{+new_page_text+}#all']

    I emphasize should because you have uncovered a defect in the current MLA version. The function that processes pagination links does not handle hash fragments properly; it ignores them.

    I have uploaded a new MLA Development Version dated 20260307 that corrects the problem. You can find step-by-step instructions for using the Development Version in this earlier topic:

    How to download & install the current development version of MLA

    Once the Development Version is installed you can test the handling of hash fragments using the solution suggested above.

    The fix will be part of my next MLA version, but in the interim it would be great if you could install the Development Version and let me know if it works for you. The fix for this topic is the only change from v3.34, so you can use the Development Version with confidence. Thanks for alerting me to this MLA defect.

    I will leave this topic unresolved for now and I hope to see an update from you soon. Thanks for your interest in the plugin.

    Plugin Author David Lingren

    (@dglingren)

    Thanks for following up with the example files. You have identified an MLA defect introduced in the 3.31/3.32 updates.

    I have corrected the problem and have released v3.34 with the fix. The new version correctly processes the examples you sent.

    I am marking this topic resolved, but please update it if you have problems or further questions regarding the new version. Thanks for alerting me to this MLA defect and helping with my investigation and testing!

    Plugin Author David Lingren

    (@dglingren)

    I have updated MLA to version 3.34, which resolves this issue. I am marking this topic resolved, but please update it or start a new topic if you have any problems with the new version. Thanks for your patience and your interest in the plugin.

    Plugin Author David Lingren

    (@dglingren)

    Thank you both for your reports. The vulnerability in question allows a logged in user to write JavaScript code that modifies taxonomy terms assigned to a Media Library item. It’s listed as “Medium” in Wordfence and “Low priority – No impactful threat” in Patchstack. I’m not sure why Wordfence-Scan shows it as “Critical”.

    I will be updating MLA to version 3.34 later today, which should resolve the issue. I will post an update here after the release is completed.

    Plugin Author David Lingren

    (@dglingren)

    Thanks for your report, and don’t worry about the formatting; I’ll cope.

    Thanks for including the details about your mapping rule; very helpful. It would also be helpful if you could post a link to one or more of the files you are having trouble with, or contact me at my web site if email would be more convenient. I can post a summary here when the issue is resolved. Thanks for your interest in the plugin.

    Plugin Author David Lingren

    (@dglingren)

    Thanks for your report. SVG images are not enabled in WordPress core, but there are many ways to add SVG support with plugins, etc. You don’t say if you had enabled SVG uploads in some way before activating MLA; did you add SVG support in some other way? If you did, MLA should respect that, and I would like to investigate further.

    In any case, you should be able to solve the problem by activating MLA’s SVG support. Follow these steps:

    1. Navigate to the Settings/Media Library Assistant Uploads tab.
    2. Enter .svg in the text box by “Search uploads”, then click the button.
    3. Hover over the SVG icon and click the “Quick Edit” rollover action.
    4. Clear/uncheck the box to the left of “Inactive”.
    5. Click the Update button to record your change.
    6. Try the upload again.

    I hope that resolves the issue. I will leave this topic unresolved in case you have problems or further questions regarding the above solution, or have further information to share about SVG support before activating MLA. Thanks for your interest in the plugin.

    Plugin Author David Lingren

    (@dglingren)

    I have released MLA v3.33, which contains the fix for this topic. I am leaving the topic resolved, but please update it if you have problems or further questions regarding the fix in the new version. Thanks again for alerting me to this MLA defect.

    Plugin Author David Lingren

    (@dglingren)

    Thanks for your update. If you want to use absolute hrefs without hardcoding the site address you can use a data substitution parameter, e.g., mla_link_href="{+site_url+}/featured-paintings/{+name_only+}/"

    I have released MLA v3.33, which contains the fix for this topic. I am marking the topic resolved, but please update it if you have problems or further questions regarding the fix in the new version. Thanks again for alerting me to this MLA defect.

    Plugin Author David Lingren

    (@dglingren)

    Thanks for your question. I regret the confusion that has developed regarding this issue. You can find more information in this earlier MLA support topic:

    Broken Access Control vulnerability (<= 3.3.0) | WordPress.org

    Rest assured that MLA v3.32 does not contain the security risk. I am marking this topic resolved, but please update it if you have problems or further questions regarding the issue. Thanks for your interest in the plugin.

    Plugin Author David Lingren

    (@dglingren)

    Thanks for your report, and for posting the complete text of the shortcodes you are using; very helpful.

    You have encountered an MLA defect introduced in the latest v3.32 update. I have uploaded a new MLA Development Version dated 20260211 that corrects the problem. You can find step-by-step instructions for using the Development Version in this earlier topic:

    How to download & install the current development version of MLA

    Once the Development Version is installed you can retest the handling of relative paths in the pagination controls.

    The fix will be part of my next MLA version, but in the interim it would be great if you could install the Development Version and let me know if it works for you. Thanks for alerting me to this MLA defect.

    Plugin Author David Lingren

    (@dglingren)

    Thank you for your report. Thanks as well for including the link to the relevant Breadcrumb NavXT support topic and for posting the warning messages you observed; very helpful.

    You have encountered an MLA defect introduced in the latest v3.32 update. I have uploaded a new MLA Development Version dated 20260211 that corrects the problem. You can find step-by-step instructions for using the Development Version in this earlier topic:

    How to download & install the current development version of MLA

    Once the Development Version is installed you can retest the handling of MLA taxonomies in the Breadcrumb NavXT plugin.

    The fix will be part of my next MLA version, but in the interim it would be great if you could install the Development Version and let me know if it works for you. Thanks for alerting me to this MLA defect.

    Plugin Author David Lingren

    (@dglingren)

    @huskydog – Thanks for your update.

    I have submitted my patch three times and sent emails and Slack messages asking them to either confirm the patch or give me a way to reproduce whatever issue is still active. Until they respond I cannot account for the delay in updating their database. As I posted earlier, Wordfence has validated the patch, as you can see here:

    Media Library Assistant <= 3.29 – Missing Authorization

    I will keep trying and post an update here when I have progress to report.

Viewing 15 replies - 1 through 15 (of 6,125 total)