alex2k5

Update on this. @bcworkz – appreciate your time and no need to dig further into this as you aren’t my personal coder, but posting for future searches.

Played with applying the filter to posts_orderby and posts_request. It affected the widgets I had which pulled recent posts before the gallery shortcode was executed within the article (after navbar) AND it affected widgets with recent posts after the article (footer) but not the gallery shortcode within the article/content. So even if I narrowed the filter down to affect only the specific part of the page needed, it wasn’t applying to what was actually needed.

I see no talk about doing this to gallery shortcode order here or stackexchange or elsewhere on the web other than “you can’t” and variants, even adjacent situations that I could reverse engineer for this. Only for those querying and displaying images or posts in a completely custom format. I need this to apply the the default way galleries are presented within content, with other loops active on page, and retroactively on existing content.

So not sure if there is a way to suggest things for core changes by a casual person like me, but if anyone reads this – please offer a way to sort galleries via shortcode in human readable numerical order by the title field. Thanks.

Ahh, I see. Thanks for the clarification. At some point I dove into filters (don’t use much) and went down the rabbit hole leading me to altering the gallery shortcode. Will dig into your suggestion soon. Again thanks for the time.

Wanted to update this.

Spent several hours playing around. Could not get the +0 method to work. Tried with a filter, and also removed the gallery shortcode and rebuilt it in my functions file by copying from media.php, then editing from there.

Default orderby attribute in default gallery code is:

'orderby' => 'menu_order ID',

Replacing it with

'orderby' => $post->post_title,

Does sort it by title.

Replacing it with

'orderby' => $post->post_title+0,

Does not, it reverts to upload order/ID.

So the filter does work, but the +0 does not.

Tried some variants, using $wpdb global and coding for that, spacing etc. No dice.

End goal – sort by title with numbers in it – 1,2,3… 11,12,13… 100,101,102 etc. In human readable order.

Any additional input welcome.

Thanks for the feedback. I get the logic, but it isn’t something I’ve done previously so I’ll have to do some research and testing to see if it works here for this situaiton.

So, if wp_head finishes loading, then the view is counted, supposedly.

RE:

A view is counted when a page refresh is made.

I assume you also mean when an initial page load is made? Like, if you directly jump into /2017/02/08/test-post-1234/ by typing it manually? That gets counted as well, correct?

I’ve gotten no errors, silent or front facing. Nothing in logs. Just missed recording of views. Trying to figure out why.

Reverting to 1.6.1 immediately fixed the situation. So, with opcache turned off and that, I think it’s safe to say some change in 1.6.2 triggered the problem.

Downloading, re-uploading via FTP, did not work.

Completely uninstalling, then reinstalling via WordPress, did not work.

I have added the entire plugin to the opcache blacklist, so that should not be affecting things at all now.

Loading front end or back end of site while that is active triggers blank white page.

I ran the update through WordPress. I’ll try to download and re-upload all the files, maybe something didn’t transfer properly.

Running the update, I immediately get a white screen when trying to load the site it’s installed on.

Manually cleared my server level opcache in full, did not help.

Changing the folder name via FTP was only way to disable it and return the site to function.

Update – commenting out that line does fix the issue. But a refresh of the opcache was necessary to trigger it. I would investigate your coding methods and see if it will conflict with server level opcache methods. (compiling php files on first run and saving a copy in memory to run from there). Could be saving that initial state and executing as if it’s the first run every time.

Same exact thing is happening to me. Multisite install. I don’t have any of Gaghan’s plugins running, but do have others. I have an opcache running on server level. 3-5 new lists created every time I click “Manage List Items”.

Looks fixed, thanks much!

hi there,
i was on vacation and just coming back. I will handle the problem in the next 1 or 2 days. Please appreciate.

No problem, thanks much!

Additional info:

Clicking “Preview” after setting a featured image, which opens a new window/tab and loads partially done story, then closing that out and returning to editor, allows you to crop again as normal. Without saving as draft and reloading the editor page.

I know it’s old, but I also suggest this. Have a ton of old posts with small, outdated featured images. Would like to open the media library interface for that post/page in a pop up, upload or select from library, save, return to post/page list, repeat. Skips a ton of steps, would speed things up.