wwalswatershed
Forum Replies Created
-
Maybe it’s an interaction with the latest WordPress.
Forum: Plugins
In reply to: [Media Library Assistant] MLA attachment page memory leak?Typical error with 2.40:
Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 32 bytes) in /home/wwalsnet/public_html/wp-includes/meta.php on line 830Forum: Plugins
In reply to: [Media Library Assistant] MLA attachment page memory leak?The memory leak is back, since I installed 2.40.
Backing down to 2.33 makes the leak go away.
-jsqApologies for the delayed response.
Thanks for the new version. I will test it, including the other tests you indicated, and let you know the results.
Thanks again,
-jsqYou’re welcome.
The software I’m using is just a front end to feed parameters to the code from the stack overflow topic. I can send it to you, but it won’t help much.
Keep retains the original title and prepends the new one to it.
Your diagnosis seems correct, because the MLA development version maps the parameters correctly.
There is an oddity that images uploaded via XMLRPC with that MLA version don’t seem to show up in Media -> Assistant, although they do show up in Media -> Library.
Thanks much for your patience and the fix!
-jsq
The problem started occurring about December 8th 2015.
I haven’t changed the XMLRPC software I’m using since August 2015.
(Not clear how anything on my end could affect this anyway.)The changelog for Media Library Assistant isn’t dated per version,
but it looks like I upgraded from 2.21 to 2.22 on December 8th.
So perhaps there’s a bug in 2.22 that affects XMLRPC.-jsq
Ah, good point. Neither, I’m using XMLRPC, as in:
Trying it with Add Media, yes, the fields are mapped.
So apparently it’s something that changed in handling of XMLRPC.
Yes, using Keep for Map All works; thanks.
What it actually does for Title is it prepends the IPTC title to the previous title.
So now, thanks to your expert debugging leads, we’re down to why doesn’t XMLRPC do the mapping.
-jsq
Thanks for testing.
The values are in the images, confirmed by downloading some of them and running exiftool on them.You asked:
> Have you tried using the “Map IPTC/EXIF metadata” link in the Save metabox of the Media/Edit Media screen to re-run the mapping rules for the item?
Didn’t realize it was possible to manually map them individually.
Yes, this works; thanks.But it doesn’t happen on upload of media. Yet in
IPTC & EXIF Processing Options
this is checked:
Enable IPTC/EXIF Mapping when adding new media
Check this option to enable mapping when uploading new media (attachments).
Does NOT affect the operation of the “Map” buttons on the bulk edit, single edit and settings screens.Regarding that last line above, yes, map in bulk edit also works.
However, it appears to only allow doing about 10 images at a time, which is not very practical given that there are thousands of images (we often post dozens for a single river outing).Ah, I see it is possible in screen options to set the number of items displayed up to 999. That helps. Mapping March 2016 images now.
I see in IPTC & EXIF Processing Options there’s a button for
Map All Attachments, Taxonomy Terms NowI hesitate to use it, because for some of the older images I manually put in descriptions. I suppose I could say keep existing text for descriptions and just do it.
However, there’s still the basic problem: why aren’t the images getting mapped on upload?