Title says it all!
Here is a Behat test to recreate the issue: #2149175: Write Behat tests for Panopoly "content list" widget
I just wanted to add a note that this doesn't appear to be related to Panopoly Magic - the bug still happens with that module disabled.
Comments
Comment #1
dsnopekComment #2
dsnopekWas a bug in Ctools - I made a patch here: #2153811: When exposed sort is used as pane settings, it doesn't "stick" when editting settings again
Comment #3
dsnopekCommitted in a3aa393.
Comment #4
caschbre commentedWe had that issue on recent project and I had one of my devs fix it. I'll check what he did and whether or not he already submitted a patch... if for nothing else that avoiding duplicate patches to ctools. :-)
Comment #5
caschbre commentedTalked to my dev... and he had found a Views patch that solved this issue. I haven't looked in depth at either approach to see what is the better option.
Here's the patch we used.
https://drupal.org/comment/7993367#comment-7993367
Comment #6
dsnopekAha! Thanks for this. :-) I think the Views patch is probably better, because it should really be the one setting sort_by's default_value and may need to do so for other situations as well. When I get a chance, I'll do some testing and make sure the fix works for Panopoly.
Comment #7
dsnopekFYI, @barraponto gave an informal RTBC on IRC and yesterday I did my own testing and was about to make a commit that switched to the Views patch, but then Drupal.org went down. :-/ So, anyway, this is practically ready to I just need to finish committing!
Comment #8
dsnopekComment #9
dsnopekCommited: http://drupalcode.org/project/panopoly_core.git/commit/52843a64694711f1a...
Comment #10
barrapontoI was just about to send the patch... thanks @dsnopek!