Announcement Maintenance - Sunday, Jan 12, 2025

This problem came up on another Zenforo site. They narrowed it down to the 'Attach files' button at the bottom of the new-post window.
When I read your post last night I think I let out a loud 'sigh' and mumbled to myself "Oh, dang it, I recall this one now. Another &*@# example of the current XenForo devs' not listening to their customers anymore."

Thanks for reminding me; yes, the 'attach' behavior did change in XF 2.3 and some of us were pushing back on it when it was announced back in 2023. The "Cliff Notes" version is that they introduced a new change that tries to resize images on the client side instead of the server side and as part of that they strip out the EXIF from the original image, grab a small subset of it, and then add the subset of EXIF back into the smaller resized image on the client side before it gets uploaded to the server. For members it means likely faster upload speeds since some of the image processing is now done on their local machine instead of after it gets to the server but it completely messes with sites that are concerned about image quality and/or EXIF data.

On the other site, point their resident Code Monkey to this thread at XenForo and tell them to browse through from the beginning to see what's going on. For now the "Insert Image" option in the editor menu is still using the old upload method (as it is handled through the editor controls) while the "Attach" button at the bottom of the window is being handled with their new method. It it unknown what's going to happen when XF 2.4 introduces a new editor and in that thread I linked their resident Code Monkey will see that I'm trying to find a solution for the XF 2.3 "Attach" button so they'll want to check for any updates in that thread if they're going to implement something on their site also.

I really, really, really miss the old days when the XF devs' took feedback from their community into account for new changes. 🙁
 
Certainly, here are 3 I posted today.
Thanks. The issue is something that was introduced with the 2.3 version of the XenForo software.

For now the short answer is to use the "Insert Image" icon in the editor to add images or to drag-and-drop them into the editor window instead of using the "Attach" button at the bottom. Using the "Attach" button, at the moment, will result in only a partial amount of EXIF data being associated with the image.
 
When I read your post last night I think I let out a loud 'sigh' and mumbled to myself "Oh, dang it, I recall this one now. Another &*@# example of the current XenForo devs' not listening to their customers anymore."

Thanks for reminding me; yes, the 'attach' behavior did change in XF 2.3 and some of us were pushing back on it when it was announced back in 2023. The "Cliff Notes" version is that they introduced a new change that tries to resize images on the client side instead of the server side and as part of that they strip out the EXIF from the original image, grab a small subset of it, and then add the subset of EXIF back into the smaller resized image on the client side before it gets uploaded to the server. For members it means likely faster upload speeds since some of the image processing is now done on their local machine instead of after it gets to the server but it completely messes with sites that are concerned about image quality and/or EXIF data.

On the other site, point their resident Code Monkey to this thread at XenForo and tell them to browse through from the beginning to see what's going on. For now the "Insert Image" option in the editor menu is still using the old upload method (as it is handled through the editor controls) while the "Attach" button at the bottom of the window is being handled with their new method. It it unknown what's going to happen when XF 2.4 introduces a new editor and in that thread I linked their resident Code Monkey will see that I'm trying to find a solution for the XF 2.3 "Attach" button so they'll want to check for any updates in that thread if they're going to implement something on their site also.

I really, really, really miss the old days when the XF devs' took feedback from their community into account for new changes. 🙁
Thanks much Kevin. I'll pass this along.
 
Thanks. The issue is something that was introduced with the 2.3 version of the XenForo software.

For now the short answer is to use the "Insert Image" icon in the editor to add images or to drag-and-drop them into the editor window instead of using the "Attach" button at the bottom. Using the "Attach" button, at the moment, will result in only a partial amount of EXIF data being associated with the image.
Copy & paste seems to work okay!
 
I noticed that the little blue balls that used to show unread notifications under the bell have disappeared. I find that too bad since the difference between read and unread notifications is less apparent when that ball is absent (at least in the theme I use -- "dark theme big font size").
I'll add it to my To Do list to check out. As part of the updates the add-on that adds some functionality to the alerts had to be updated to a newer compatible version so it's possible that the ball marker changed.
 
@Kevin Under the posted image, the "i" in the circle shows the EXIF data.
However, the ARRAY subsections are not being recognised or parsed properly, if at all.

e.g. in this post here:

 
I noticed that the little blue balls that used to show unread notifications under the bell have disappeared. I find that too bad since the difference between read and unread notifications is less apparent when that ball is absent (at least in the theme I use -- "dark theme big font size").
I came here looking to see if anyone else is having this issue. No Blue Dots for me either.
 
I just searched “lone tree” (without the quotations) as I was looking for the “lone trees b&w” thread, and it didn’t populate an accurate result. Searching lone tree did not pull up the lone treeS thread. Searching with the S at the end of trees and it worked. Seems awfully particular, no? Everything was there but the plural S, and it wouldn’t serve up the result. 🤔
 
Back
Top