[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$fL-XSuCvkNXvAirqvAJvsYrYR5vzxoxBsttoZC8GXqNk":3},{"slug":4,"display_name":5,"profile_url":6,"plugin_count":7,"total_installs":8,"avg_security_score":9,"avg_patch_time_days":10,"trust_score":11,"computed_at":12,"plugins":13},"martinvonberg","Martin von Berg","https:\u002F\u002Fprofiles.wordpress.org\u002Fmartinvonberg\u002F",3,620,100,30,94,"2026-05-19T22:53:47.239Z",[14,38,57],{"slug":15,"name":16,"version":17,"author":5,"author_profile":6,"description":18,"short_description":19,"active_installs":20,"downloaded":21,"rating":9,"num_ratings":22,"last_updated":23,"tested_up_to":24,"requires_at_least":25,"requires_php":26,"tags":27,"homepage":33,"download_link":34,"security_score":9,"vuln_count":35,"unpatched_count":35,"last_vuln_date":36,"fetched_at":37},"simple-lightbox-fslight","Simple Lightbox for WordPress","3.2.0","\u003Cp>** !!! Upgrade only if your server uses PHP 8.0++. Do NOT upgrade if it still uses PHP 7.4. !!! **\u003C\u002Fp>\n\u003Cp>Provides an easy was to add a Lightbox to Images in Gutenberg image, gallery and Media-with-Text-Blocks. Additionally to Youtube and HTML5 Videos but no other videos. Other video types like VideoPress, Vimeo etc. are currently NOT supported.\u003Cbr \u002F>\nThe Javascript library fslightbox.js is used for that. You even may use the paid version of fslightbox.js.\u003Cbr \u002F>\nPlugin settings are provided by a JSON-file that may be easily changed and backed-up manually (automatically after V2.0.0).\u003C\u002Fp>\n\u003Cp>NEW: Added support for the complete HTML-code to the post, page etc. in-between body tags and not only the content. This is an Opt-in. See example settings file in .\u002Fsettings\u002Fplugin-settings-body.json.\u003C\u002Fp>\n\u003Cp>The support for HTML5-Videos and Youtube-Videos will add a small red button on the top left of the embedded Youtube-Video which opens the lightbox with that video.\u003Cbr \u002F>\nYT-Videos could be disabled by deleting the line \u003Ccode>\"wp-block-embed-youtube\"\u003C\u002Fcode> in the file \u003Ccode>plugin-settings.json\u003C\u002Fcode>. If you do so please delete the comma at the end of the line before, too!\u003Cbr \u002F>\nSee live example here: https:\u002F\u002Fwww.berg-reise-foto.de\u002Fsoftware-wordpress-lightroom-plugins\u002Fwordpress-plugins-fotos-und-karten\u002F\u003C\u002Fp>\n\u003Cp>The support for Youtube-Videos is working with the given functionality and extended to stop running videos onOpen and for the paid version to stop running videos on slideChange.\u003C\u002Fp>\n\u003Ch3>Plugin uses\u003C\u002Fh3>\n\u003Cp>Following libraries and WP-Plugins were used to create this plugin:\u003C\u002Fp>\n\u003Col>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Ffslightbox.com\u002F\" title=\"fslightbox.js\" rel=\"nofollow ugc\">fslightbox.js\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fivopetkov\u002Fhtml5-dom-document-php\" title=\"HTML5DOMDocument by ivopetkov\" rel=\"nofollow ugc\">HTML5DOMDocument by ivopetkov\u003C\u002Fa>\u003C\u002Fli>\n\u003Cli>\u003Ca href=\"https:\u002F\u002Fwordpress.org\u002Fplugins\u002Fkodefix-lightbox-gallery\u002F\" title=\"Lightbox Gallery by Kodefix\" rel=\"ugc\">Lightbox Gallery by Kodefix\u003C\u002Fa>\u003C\u002Fli>\n\u003C\u002Fol>\n","Provides an easy was to add a Lightbox to Images in Gutenberg image, gallery and Media-with-Text-Blocks. Additionally to Youtube and HTML5 Videos but  …",400,7359,10,"2025-12-11T16:10:00.000Z","6.9.4","5.9","8.0",[28,29,30,31,32],"fslightbox","gallery","gutenberg","lightbox","video","https:\u002F\u002Fgithub.com\u002FMartinvonBerg\u002Fsimple-lightbox-fslight","https:\u002F\u002Fdownloads.wordpress.org\u002Fplugin\u002Fsimple-lightbox-fslight.3.2.0.zip",0,null,"2026-04-16T10:56:18.058Z",{"slug":39,"name":40,"version":41,"author":5,"author_profile":6,"description":42,"short_description":43,"active_installs":44,"downloaded":45,"rating":9,"num_ratings":46,"last_updated":47,"tested_up_to":24,"requires_at_least":48,"requires_php":26,"tags":49,"homepage":55,"download_link":56,"security_score":9,"vuln_count":35,"unpatched_count":35,"last_vuln_date":36,"fetched_at":37},"strip-image-metadata-for-jpg-and-webp","Strip Image Metadata for JPG and WEBP","1.4.2","\u003Cp>This Plugin is based on the work of Samiff and the Plugin “WP Strip Image Metadata”. If you are looking for a simple Plugin to strip all Metadata you should install this one. Available from the WordPress.org plugin repository here: https:\u002F\u002Fwordpress.org\u002Fplugins\u002Fwp-strip-image-metadata\u002F\u003Cbr \u002F>\nThis Plugin extends the Functionality of “WP Strip Image Metadata” with the following Functions:\u003C\u002Fp>\n\u003Ch4>Extended Functionality\u003C\u002Fh4>\n\u003Cul>\n\u003Cli>Handle AVIF and WEBP-Images, too.\u003C\u002Fli>\n\u003Cli>set \u002F add \u002F change Copyright, Artist or Credit Information in JPG and WEBP images Files.\u003C\u002Fli>\n\u003Cli>Set an upper Size Limit for the Stripping. All Files with Width greater than Size Limit won’t be stripped.\u003C\u002Fli>\n\u003Cli>Show some more Information in the Image Edit Panel\u003C\u002Fli>\n\u003Cli>Set a Minimum version for Imagick (3.4.4) and Gmagick (2.0.5) to handle files at all. Gmagick is still limited in functionality.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch4>Preparation of Copyright Template Files\u003C\u002Fh4>\n\u003Cp>Both Imagick and Gmagick do not allow to set EXIF-Metadata directly. The author of this plugin does not know an Open Source PHP or WordPress Function with appropriate License to set metadata in an Image File. So a Template File is used that has to be prepared by the user. It’s only possible to use one template File for\u003Cbr \u002F>\none Artist, only! The Plugin uses one Template File for the whole site. So, if you are on a Multi-User-Site this Plugin is not for you.\u003C\u002Fp>\n\u003Col>\n\u003Cli>Prepare a JPG, WEBP and AVIF File with very small size, e.g. 100×100 or so. Image dimensions do not matter, here.\u003C\u002Fli>\n\u003Cli>\n\u003Cp>Strip all Metadata with exiftool (current version writes avif and webp, too):\u003C\u002Fp>\n\u003Cp>\u003Ccode>exiftool.exe -all= .\u002Fyourfile.jpg -o copyright.jpg\u003Cbr \u002F>\nexiftool.exe -all= .\u002Fanotherfile.webp -o copyright.webp\u003Cbr \u002F>\nexiftool.exe -all= .\u002Faviffile.jpg -o copyright.avif\u003C\u002Fcode>\u003C\u002Fp>\n\u003C\u002Fli>\n\u003Cli>\n\u003Cp>Add the Copyright (or other) EXIF-Metadata you prefer with Exiftool like so\u003C\u002Fp>\n\u003Cp>\u003Ccode>exiftool.exe -copyright=\"Copyright by User of the Plugin and Site\" .\u002Fcopyright.jpg\u003Cbr \u002F>\nexiftool.exe -artist=\"User of the Plugin and Site\" .\u002Fcopyright.jpg\u003C\u002Fcode>\u003C\u002Fp>\n\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>The other functionality of the Plugin was not changed so the original Readme follows herafter.\u003C\u002Fp>\n\u003Ch4>Original Description\u003C\u002Fh4>\n\u003Cp>Strip image metadata on upload or via bulk action, and view image EXIF data.\u003Cbr \u002F>\nWP Strip Image Metadata is a privacy focused WordPress plugin that helps in removing potentially sensitive metadata from your uploaded images.\u003C\u002Fp>\n\u003Ch4>What is image metadata?\u003C\u002Fh4>\n\u003Cp>Image metadata is extra information embedded in image files. This information is stored in a variety of formats and contains items like the model of the camera that took a photo.\u003Cbr \u002F>\nHowever, image metadata may also contain identifying information such as the GPS location coordinates of an image taken with a smartphone for example.\u003Cbr \u002F>\nThis plugin provides an easy enabled\u002Fdisabled setting so you can make the call on when image metadata should be removed.\u003Cbr \u002F>\n\u003Cstrong>Note\u003C\u002Fstrong>: this plugin requires the “Imagick” or “Gmagick” PHP extension to function.\u003C\u002Fp>\n","Strip Image Metadata for JPG and WEBP Files",200,3065,1,"2025-12-03T16:03:00.000Z","6.0",[50,51,52,53,54],"exif","image","metadata","privacy","strip","https:\u002F\u002Fgithub.com\u002FMartinvonBerg\u002Fwp-strip-image-metadata","https:\u002F\u002Fdownloads.wordpress.org\u002Fplugin\u002Fstrip-image-metadata-for-jpg-and-webp.1.4.2.zip",{"slug":58,"name":59,"version":60,"author":5,"author_profile":6,"description":61,"short_description":62,"active_installs":63,"downloaded":64,"rating":35,"num_ratings":35,"last_updated":65,"tested_up_to":24,"requires_at_least":66,"requires_php":67,"tags":68,"homepage":73,"download_link":74,"security_score":9,"vuln_count":35,"unpatched_count":35,"last_vuln_date":36,"fetched_at":37},"wp-wpcat-json-rest","wp_wpcat_json_rest","1.2.0","\u003Cp>Extend the REST-API to work with WordPress Media-Library. Organize images in Folders. Add and Update images including Metadata and Posts using the images. Access with Authorization only.\u003Cbr \u002F>\nThis plugin extends the REST-API of WordPress to directly access the Media-Library for Images. It is intended to be used together with a Lightroom Plugin or as a stand-alone interface for headless WordPress. The new REST-API endpoints (functions) allow to add additional metadata to images, update existing metadata or update images completely without changing the WordPress-ID. Images may be added to the standard directory hierarchy of wordpress or to an additional folder which allows better organization and searching for images.\u003C\u002Fp>\n\u003Ch3>Authorization\u003C\u002Fh3>\n\u003Cp>With this plugin ALL requests to the REST-API of wordpress require an authorization method in the https-header. It is no longer possible to even read data via the REST-API. There are different authorization methods:\u003C\u002Fp>\n\u003Col>\n\u003Cli>\n\u003Cp>Use your WP-Admin Username and Password + username + Basic-Auth\u003Cbr \u002F>\nThis function is not provided by this plugin. There are plugins that allow Basic-Auth. It works fine with https. Never use it together with http. Your administrator username and password will be submitted to the internet.\u003C\u002Fp>\n\u003C\u002Fli>\n\u003Cli>\n\u003Cp>Use WP REST application password + Basic auth\u003Cbr \u002F>\nThis works only with wordpress 5.6+ and may be used together with Basic-Auth. The setting is only provided if your website runs with https. So, use it only together with https (see above). I prefer this method and recommend to update to at least WP 5.6. There is a setting to use this method together with http, but this is not recommended.\u003Cbr \u002F>\nProcess:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>Login to your wordpress-site \u003C\u002Fli>\n\u003Cli>Go to Admin-Panel > User > Profile\u003C\u002Fli>\n\u003Cli>Scroll down to “Application Passwords”\u003C\u002Fli>\n\u003Cli>Provide a useful name for the application in the field underneath\u003C\u002Fli>\n\u003Cli>Click the button “add new application password”\u003C\u002Fli>\n\u003Cli>The new password will be shown. Copy it immediately and store it! It won’t be shown again. Remove the spaces from the password.\u003C\u002Fli>\n\u003Cli>Use the username of the admin and the new generated password in the https-header to access to wordpress \u003C\u002Fli>\n\u003C\u002Ful>\n\u003C\u002Fli>\n\u003Cli>\n\u003Cp>OAuth2\u003Cbr \u002F>\nUse existing plugins for the OAuth2 process. Best security compared to the other methods but very complicated to implement on the application side.\u003C\u002Fp>\n\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Ch3>Usage (detailed list of endpoints and REST-API-fields)\u003C\u002Fh3>\n\u003Col>\n\u003Cli>REST-API-fields\u003Cbr \u002F>\nThe additional fields are available with the standard REST-API Endpoint: https:\u002F\u002Fwww.example.com\u002Fwp-json\u002Fwp\u002Fv2\u002Fmedia\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>1.1 Field ‘gallery’\u003Cbr \u002F>\nThis field may be used to organize images in galleries. The wordpress standard Media-Library does not provide a sorting scheme to organize images in galleries or topics. So -provided the gallery-plugin supports it- this is a simple way to organize images. Together with the plugin ‘AdvancedCustomFields’ it is possible to search for this field (or others).\u003C\u002Fp>\n\u003Cp>1.2 Field ‘gallery_sort’\u003Cbr \u002F>\nThis field may be used for custom sorting of images shown in an image-slider or gallery. Only Integer values are allowed. Only useable with a plugin that supports this.\u003Cbr \u002F>\nSee for instance: https:\u002F\u002Fgithub.com\u002FMartinvonBerg\u002FFotorama-Leaflet-Elevation.\u003C\u002Fp>\n\u003Cp>1.3 Field ‘md5_original_file’\u003Cbr \u002F>\nThis is an array that provides the MD5-hash-value (checksum) and the file size of the original image file. This data is used for the update process to check prior to the upload whether an image was changed or not. It’s intention is to reduce network load during update process.\u003C\u002Fp>\n\u003Cp>1.4 Example JSON-snippet of the REST-API output for the above mentioned fields\u003C\u002Fp>\n\u003Cp>“gallery”: “Albums”,\u003Cbr \u002F>\n“gallery_sort”: “16”,\u003Cbr \u002F>\n“md5_original_file”: {\u003Cbr \u002F>\n    “MD5”: “FCB639BB8191716A829F7B007056945B”,\u003Cbr \u002F>\n    “size”: 509168\u003Cbr \u002F>\n},\u003C\u002Fp>\n\u003Cp>How to get this: Open you browser and type https:\u002F\u002Fwww.your-domain.whatever\u002Fwp-json\u002Fwp\u002Fv2\u002Fmedia. Use Firefox to get a formatted output of the response. You have to be logged in to get the response.\u003C\u002Fp>\n\u003Cp>1.5 How to write the fields:\u003Cbr \u002F>\nWriting the fields is only possible with authorization. So, check the ‘authorization’ section before. This may be tested with ‘postman’, a great software for testing http(s)-requests.\u003C\u002Fp>\n\u003Cp>Example https-request with POST-method:\u003Cbr \u002F>\nhttps:\u002F\u002Fwww.your-domain.whatever\u002Fwp-json\u002Fwp\u002Fv2\u002Fmedia\u002F666?gallery=test-gallery\u003C\u002Fp>\n\u003Cp>New functionality behind this request\u003Cbr \u002F>\nA POST-request with ‘alt_text’ and \u002F or ‘caption’ will change the content of ALL posts using that image. The ‘alt_text’ and the ‘caption’ are updated if they are used in\u003Cbr \u002F>\ngutenberg blocks ‘image’, ‘gallery’ and ‘media-with-text’. Note: There are many, many other blocks, images, galleries around. For these I couldn’t realize the update of ‘alt-text’ and ‘caption’.\u003C\u002Fp>\n\u003Cp>New Parameter for the above POST-request\u003Cbr \u002F>\nAdd ?docaption=true to the http request and update ALL captions in the content, too. The ‘alt_text’ is always changed in the content, because IMO there could be only one alt_text for an image.\u003Cbr \u002F>\nBut, the caption may depend on the context, so it is up to the user, to change it automatically for all posts or not.\u003C\u002Fp>\n\u003Cp>Mind: It is NOT required to use quotes around the value (here: test-gallery). If you use quotes, they will be used as part of the string in the field gallery.\u003C\u002Fp>\n\u003Cp>1.6 Note on REST-API output\u003Cbr \u002F>\nIt is possible to reduce the REST-API output to dedicated fields. This is much better for overview and reducing net-load.\u003Cbr \u002F>\nExample:\u003Cbr \u002F>\nThe https GET-Request\u003Cbr \u002F>\n‘https:\u002F\u002Fexample.com\u002Fwp-json\u002Fwp\u002Fv2\u002Fmedia\u002F?_fields=id,gallery’\u003Cbr \u002F>\nprovides this response:\u003C\u002Fp>\n\u003Cp>[\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “id”: 5013,\u003Cbr \u002F>\n        “gallery”: “Albums4”\u003Cbr \u002F>\n    },\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “id”: 5012,\u003Cbr \u002F>\n        “gallery”: “Albums4”\u003Cbr \u002F>\n    },\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “id”: 5011,\u003Cbr \u002F>\n        “gallery”: “Foto_Albums\u002FAlbums3”\u003Cbr \u002F>\n    },\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “id”: 4932,\u003Cbr \u002F>\n        “gallery”: “Foto_Albums\u002FFranken-Dennenlohe”\u003Cbr \u002F>\n    },\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “id”: 4930,\u003Cbr \u002F>\n        “gallery”: “Foto_Albums\u002FFranken-Dennenlohe”\u003Cbr \u002F>\n    },\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “id”: 4929,\u003Cbr \u002F>\n        “gallery”: “Foto_Albums\u002FFranken-Dennenlohe”\u003Cbr \u002F>\n    },\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “id”: 4928,\u003Cbr \u002F>\n        “gallery”: “Foto_Albums\u002FFranken-Dennenlohe”\u003Cbr \u002F>\n    },\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “id”: 4927,\u003Cbr \u002F>\n        “gallery”: “Foto_Albums\u002FFranken-Dennenlohe”\u003Cbr \u002F>\n    },\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “id”: 4926,\u003Cbr \u002F>\n        “gallery”: “Foto_Albums\u002FFranken-Dennenlohe”\u003Cbr \u002F>\n    },\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “id”: 4925,\u003Cbr \u002F>\n        “gallery”: “Foto_Albums\u002FFranken-Dennenlohe”\u003Cbr \u002F>\n    }\u003Cbr \u002F>\n]\u003C\u002Fp>\n\u003Col>\n\u003Cli>New REST-API-Endpoints (aka functions)\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>2.1 extmedialib\u002Fv1\u002Fupdate\u002F(?P[\\d]+)\u003Cbr \u002F>\nFunction to update images. Only integer values will be accepted for the ‘id’.\u003C\u002Fp>\n\u003Cp>2.1.1 GET-method to extmedialib\u002Fv1\u002Fupdate\u002F(?P[\\d]+)\u003Cbr \u002F>\nThis function is just there for completeness. It provides some information for an existing image. The response to a GET-method to …\u002Fwp-json\u002Fextmedialib\u002Fv1\u002Fupdate\u002F is the following:\u003C\u002Fp>\n\u003Cpre>\u003Ccode>{\n\"message\": \"You requested update of original Image with ID 5013 with GET-Method. Please update with POST-Method.\",\n\"original-file\": \"C:\\\\Bitnami\\\\wordpress-5.2.2-0\\\\apps\\\\wordpress\\\\htdocs\u002Fwp-content\u002Fuploads\u002FAlbums4\u002FFriaul_2019_10-169_DxO.jpg\",\n\"md5_original_file\": \"01CE0E6A16954C87586E9BF16044FDA0\",\n\"max_upload_size\": \"41943040 bytes\"\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>If the given wordpress-id does not exist it returns with http status-code 404.\u003C\u002Fp>\n\u003Cp>2.1.2 POST-method to extmedialib\u002Fv1\u002Fupdate\u002F(?P[\\d]+)\u003Cbr \u002F>\nThis function updates the complete image including metadata. The given wordpress-id remains unchanged. Only the image-files that belong to that wordpress-id will be updated. All image sub-sizes will be regenerated. All metadata will be updated according to the EXIF-data in the provided image. To complete the update process it is required to set the fields ‘title’, ‘caption’, ‘alt_text’ and ‘description’ with the standard REST-API-methods (see above). The function ‘update_meta’ is included.\u003C\u002Fp>\n\u003Cp>Note on image resizing: WordPress sets the standard resize quality to 82%. A setting of 100% was tested but with that the image-files were rather big.\u003Cbr \u002F>\nThe setting may be changed in the PHP-code only. Up to now there is now administration panel for the settings of this plugin. A programatical setting was added for that in version 0.0.18.\u003C\u002Fp>\n\u003Cp>Note on image size: WordPress scales all images with pixel length (long side) greater than 2560 pixels down to this size. The bigger images will be stored in the ..\u002Fuploads-directory but NOT used for the wordpress pages. So, it is not useful to upload images bigger than 2560 pixels. This may be changed by setting the ‘big_image_size_threshold’ by a dedicated hook. This is out of scope of this plugin.\u003C\u002Fp>\n\u003Cp>Header for POST-method\u003Cbr \u002F>\nTo define the content-type the following fields have to be added to the header:\u003Cbr \u002F>\n    {field=’Content-Disposition’, value=’form-data; filename=\u003Cnewfile.jpg>’ },\u003Cbr \u002F>\n    {field=’Content-Type’, value=’image\u002Fjpeg’},\u003Cbr \u002F>\n    OR\u003Cbr \u002F>\n    {field=’Content-Type’, value=’image\u002Fwebp’},\u003C\u002Fp>\n\u003Cp>Body for POST-method\u003Cbr \u002F>\nThe new Webp- or JPG-file has to be provided in the body as binary string. Checks in mime-type and size are done to prevent the user from uploading wrong data.\u003C\u002Fp>\n\u003Cp>New Parameter for the POST-request\u003Cbr \u002F>\nAdd ‘?changemime=true to the http request and update the file with one that does have another mime-type.\u003C\u002Fp>\n\u003Cp>2.2 extmedialib\u002Fv1\u002Fupdate_meta\u002F(?P[\\d]+)\u003Cbr \u002F>\nFunction to update metadata of images. Only integer values will be accepted for the id.\u003C\u002Fp>\n\u003Cp>2.2.1 GET-method to extmedialib\u002Fv1\u002Fupdate_meta\u002F(?P[\\d]+)\u003Cbr \u002F>\nThis function is just there for completeness.\u003Cbr \u002F>\nThe response to a GET-method to ‘…\u002Fwp-json\u002Fextmedialib\u002Fv1\u002Fupdate_meta\u002Fwordpress-id’ is not executed. It may be used to check whether the image with the given wordpress-id is available. The response provides the http-status-code 405, if so. This could be done with a standard REST-request, too.\u003C\u002Fp>\n\u003Cp>2.2.2 POST-method to extmedialib\u002Fv1\u002Fupdate_meta\u002F(?P[\\d]+)\u003Cbr \u002F>\nThis function updates the metadata of an existing image. It does not access the metadata that may be easily changed with the standard REST-API methods of wordpress (see there). It is only done if the ‘wordpress-id’ is a valid image and was added to the media-library before. For Jpegs it does NOT change ‘aperture, camera, created_timestamp, focal_length, iso, shutter_speed and orientation’. It is not very useful to change this data for an existing jpg-image. As the data is NOT set by WP for webp-images it is possible to add this data for Webp-Images now. The update or addition is done with a valid JSON-body and the respective settings in the http-header.\u003C\u002Fp>\n\u003Cp>Header for POST-method\u003Cbr \u002F>\nTo define the content-type the following fields have to be added to the header:\u003Cbr \u002F>\n    {field=’Content-Type’, value=’application\u002Fjson’}\u003C\u002Fp>\n\u003Cp>Example Body for POST-method\u003Cbr \u002F>\n    The JSON has to be formatted like that:\u003Cbr \u002F>\n    {\u003Cbr \u002F>\n        “image_meta”: {\u003Cbr \u002F>\n                “credit”: “Martin von Berg”,\u003Cbr \u002F>\n                “caption”: “Test-caption”,\u003Cbr \u002F>\n                “copyright”: “Copyright by Martin von Berg”,\u003Cbr \u002F>\n                “title”: “Auffahrt zum Vallone d`Urtier”,\u003Cbr \u002F>\n                “keywords”: [\u003Cbr \u002F>\n                    “Aosta”,\u003Cbr \u002F>\n                    “Aostatal”,\u003Cbr \u002F>\n                    “Berge”,\u003Cbr \u002F>\n                    “Bike”,\u003Cbr \u002F>\n                    “Italien”,\u003Cbr \u002F>\n                    “Sommer”,\u003Cbr \u002F>\n                    “Wald”,\u003Cbr \u002F>\n                    “Wiese”,\u003Cbr \u002F>\n                    “forest”,\u003Cbr \u002F>\n                    “italy”,\u003Cbr \u002F>\n                    “lärche”,\u003Cbr \u002F>\n                    “meadow”,\u003Cbr \u002F>\n                    “mountains”,\u003Cbr \u002F>\n                    “summer”\u003Cbr \u002F>\n                ]\u003Cbr \u002F>\n            }\u003Cbr \u002F>\n    }\u003C\u002Fp>\n\u003Cp>All fields that are provided in the JSON will be changed. Empty fields will reset the content to an empty string “”.\u003C\u002Fp>\n\u003Cp>2.3 extmedialib\u002Fv1\u002Faddtofolder\u002F(?P[a-zA-Z0-9\\\u002F\\-_]*)\u003Cbr \u002F>\nThis function stores images aside the wordpress standard folders but make them available in the media-library by generating a new wordpress-id. The ‘folder’ must not contain other characters than a-z, A-Z, 0-9, _ and -.\u003C\u002Fp>\n\u003Cp>2.3.1 GET-method to extmedialib\u002Fv1\u002Faddtofolder\u002F(?P[a-zA-Z0-9\\\u002F\\-_]*)\u003Cbr \u002F>\nThis function is just there for completeness and simple checking. The response to a GET-method to ‘…\u002Fwp-json\u002Fextmedialib\u002Fv1\u002Faddtofolder\u002Ffoldername’ simply gives the information whether the folder already exists or not.\u003C\u002Fp>\n\u003Cp>2.3.2 POST-method to extmedialib\u002Fv1\u002Faddtofolder\u002F(?P[a-zA-Z0-9\\\u002F\\-_]*)\u003Cbr \u002F>\nWith the POST-method an image will be added to the given folder and with a new wordpress id. The response provides the new id and some basic information about the added image file.\u003C\u002Fp>\n\u003Cp>Header for POST-method\u003Cbr \u002F>\nTo define the content-type the following fields have to be added to the header:\u003Cbr \u002F>\n    {field=’Content-Disposition’, value=’form-data; filename='\u003Cnewfile.jpg> },\u003Cbr \u002F>\n    {field=’Content-Type’, value=’image\u002Fjpeg’},\u003Cbr \u002F>\n    OR\u003Cbr \u002F>\n    {field=’Content-Type’, value=’image\u002Fwebp’},\u003C\u002Fp>\n\u003Cp>Body for POST-method\u003Cbr \u002F>\nThe new JPG-file has to be provided in the body as binary string. Checks for mime-type and size are done to prevent the user from uploading wrong images.\u003C\u002Fp>\n\u003Cp>2.4 extmedialib\u002Fv1\u002Faddfromfolder\u002F(?P[a-zA-Z0-9\\\u002F\\-_]*)\u003Cbr \u002F>\nThis function adds already uploaded images to the media-library. This is useful for images that were uploaded with ftp before. The ‘folder’ must not contain other characters than a-z, A-Z, 0-9, _ and -.\u003C\u002Fp>\n\u003Cp>2.4.1 GET-method to extmedialib\u002Fv1\u002Faddfromfolder\u002F(?P[a-zA-Z0-9\\\u002F\\-_]*)\u003Cbr \u002F>\nThis method gives information about the folder content. If existing and not empty the folder content will be provided as an array. The array provides now the id’s and original-files that are already in the media-library.\u003C\u002Fp>\n\u003Cp>2.4.2 POST-method to extmedialib\u002Fv1\u002Faddfromfolder\u002F(?P[a-zA-Z0-9\\\u002F\\-_]*)\u003Cbr \u002F>\nWith the POST-method all images from the given ‘folder’ will be added to the media-library. Image-Files that were already added before from THAT dedicated folder will be skipped. The response contains an JSON-array with IDs to be stored in the application (e.g. Lightroom) for later access. Mind that this might be a long running process. If it runs too long it will be stopped by the server and the addition is NOT complete. So, the recommendation is to do this step by step, e.g. 10 images maximum per step.\u003C\u002Fp>\n\u003Col>\n\u003Cli>Tests\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>3.0 Linting with phpstan\u003Cbr \u002F>\nCode quality was checked with phpstan and WP extensions ‘szepeviktor\u002Fphpstan-wordpress’ and ‘phpstan\u002Fextension-installer’.\u003Cbr \u002F>\nLevel 5 is OK except 19 remaining Errors. These were carefully reviewed and regarded as OK.\u003Cbr \u002F>\nCommand: php .\\vendor\\phpstan\\phpstan\\phpstan analyse classes inc .\\wp_wpcat_json_rest.php –memory-limit 1G\u003C\u002Fp>\n\u003Cp>3.1. Unit-Tests\u003Cbr \u002F>\nMeaningful Unit-Tests are now done with PHPUnit. The files are located in .\u002Ftests.\u003C\u002Fp>\n\u003Cp>3.2. Integration Test\u003Cbr \u002F>\nWell, IMO this is mainly the (de-)installation procedure for the plugins. Tested manually. Works\u003C\u002Fp>\n\u003Cp>3.3 System Test\u003Cbr \u002F>\nThe plugin is now ‘completely’ system tested with a new python test suite (PTS). The PTS uses pytest and a bunch of other python modules that have to be installed in the Python environment.\u003Cbr \u002F>\nI tried to reach a ‘branch coverage’ of 100% concerning the functional branches. It’s almost impossible to test the paths that were implemented for very special\u003Cbr \u002F>\nerrors on the server (domain of unit tests). The testdata contains *.webp and *.jpg files with different sizes. The use cases are ‘upload image file’, ‘change metadata’, ‘change mime type’,\u003Cbr \u002F>\n‘update image file’, ‘create posts (Gutenberg: image, gallery, image-with-text )’ and ‘delete’. Tests were conducted on a local and remote site. Additionally I\u003Cbr \u002F>\nchecked the results of query monitor for every REST-request that uses a function from me. No PHP-errors at all. So, all tests passed. I could not\u003Cbr \u002F>\nclaim a code coverage of 100% or even a test coverage of 100%. That is almost impossible.\u003C\u002Fp>\n\u003Cp>3.3.1 How to repeat the system test\u003Cbr \u002F>\n– Install an empty, new WP site\u003Cbr \u002F>\n– Install this plugin\u003Cbr \u002F>\n– Install Query Monitor plugin\u003Cbr \u002F>\n– Clone the complete code from github to your local site\u003Cbr \u002F>\n– change the directory to the  ….\u002Ftest directory in the cloned repository\u003Cbr \u002F>\n– provide a wp_site.json as described in .\u002Ftest\u002Ftest_rest-api.py\u003Cbr \u002F>\n– run the basic tests with: pytest -k ‘basic’\u003Cbr \u002F>\n– The first run wil fail for one test if the required ‘testfolder’ did not exist on the server.\u003Cbr \u002F>\n– Once more: run the basic tests with: pytest -k ‘basic’. should be 100% PASSED now.\u003Cbr \u002F>\n– Check your WP-testsite and delete the generated image(s)\u003Cbr \u002F>\n– run the full test with: pytest -k ‘testimage or testfield or testpost or cleanup’\u003Cbr \u002F>\n– check the testreport.html after the test\u003Cbr \u002F>\n– OR\u003Cbr \u002F>\n– run the full test and stop it after the post generation with\u003Cbr \u002F>\n–   pytest -k ‘testimage or testfield or testpost or cleanup or testwait’ -s\u003Cbr \u002F>\n– check visually that all posts with image, gallery, image-with-text have flipped images (except one with changed mime-type)\u003Cbr \u002F>\n– continue the test with Enter to delete all generated images, posts etc. from WordPress\u003Cbr \u002F>\n– OR run\u003Cbr \u002F>\n–   pytest -k ‘testimage or testfield or testpost’ –> here you have to delete all generated images, posts etc. from WordPress manually\u003Cbr \u002F>\n–   NOTE: Sometimes the test_clean_up() function does not delete all files in the .\u002Ftestfolder on the server. Don’t know why.\u003Cbr \u002F>\n–   So it is better to check that folder .\u002Ftestfolder is really empty if the test fails.\u003Cbr \u002F>\n– Finally, all tests should be PASSED and GREEN.\u003C\u002Fp>\n\u003Ch3>Credits\u003C\u002Fh3>\n\u003Cp>This plugin uses the great work from:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>wordpress for coding hints: https:\u002F\u002Fde.wordpress.org\u002F\u003C\u002Fli>\n\u003Cli>authorization hints: https:\u002F\u002Fdeveloper.wordpress.org\u002Frest-api\u002Ffrequently-asked-questions\u002F\u003C\u002Fli>\n\u003Cli>Enable Media Replacer: https:\u002F\u002Fde.wordpress.org\u002Fplugins\u002Fenable-media-replace\u002F I’m using two classes of this great plugin to handle the link updates.\u003C\u002Fli>\n\u003Cli>PHPunit and BrainMonkey for Testing.\u003C\u002Fli>\n\u003C\u002Ful>\n","Extend the REST-API to work with Wordpress Media-Library. Organize images in Folders. Add and Update images including Metadata and Posts using the ima …",20,5006,"2025-12-04T09:10:00.000Z","6.2","7.4",[69,51,70,71,72],"api","json","media-library","rest","https:\u002F\u002Fgithub.com\u002FMartinvonBerg\u002FExt_REST_Media_Lib","https:\u002F\u002Fdownloads.wordpress.org\u002Fplugin\u002Fwp-wpcat-json-rest.1.2.0.zip"]