Taxonomy term ordering on node view & edit not consistent with taxonomy weight

Cross-referencing #941266: Order of terms with same weight messed up after saving and #394422: Taxonomy terms should be listed in order they are entered, which also relate to term ordering.

Thanks @alexpott for the detailed steps to reproduce and the patch. The same seams to occur in Drupal 8. The policy is to get things into D8 first and then move the issue back to 7.x for backporting. Setting needs work for a reroll.

Note: If we can (by any chance) do the ordering on the database layer, that would be preferable.

Code review: Comments should always end with a . and wrapped at 80 characters. The summary line of sorting callbacks would be like the example in http://drupal.org/node/1354#callbacks.

This is not major

Hasn't been major for two years ... fail to see what has changed now, to make it so.

As nobody is working on this issue it seems to have a wrong priority. Highering priority to get the major bug fixed. It's not possible to order taxonomies, this is really major. I would like using critical, but it's not critical.

Whether or someone is working on an issue is not the measure of its priority, see http://drupal.org/node/45111 for what is.

I'm on it.

Attached is the patch. I tested the functionality and it worked.

Re-rolled to apply against latest head. (Was the original rolled against D7, perhaps?)

#18: 815682_term_order-reroll.patch queued for re-testing.

#18 still applies to D8. After applying, taxonomy terms are displayed in node views by order of their weights in the admin term list page (tested with all three term widgets).

+1 for RTBC. It seems like a good idea to me, but hopefully a more experienced core contributor will check this since it's a UI change.

#18: 815682_term_order-reroll.patch queued for re-testing.

Is it not a benefit to have the flexibility to set an arbitrary order (delta as set by user) on the terms of a node/entity? I certainty think it is. Maybe some type of configuration to determine which behaviour is appropriate.

Let's see if this is still reproducible in current D8. We also will need an automated test demonstrating the bug, if so.

#6: 815682_term_order.patch queued for re-testing.

@Mandakini_Kumari, the patch you requeued was from 2010, before Drupal 7 was released, so there is no way it will work for Drupal 8. :) To see if this is reproducible in D8, we need to test it by hand in a Drupal 8 installation, and then the next step will be to code a new automated test covering the bug.

@xjm: Sure I will start working on it.

I tested and found that it is reproducible in D8. Attached here is screen shot.

Thanks @Mandakini_Kumari!

I am wounding is there any relation between field weight of table taxonomy_term_data and Admin UI of admin/structure/taxonomy (Home >> Administration >> Structure) ?

Attached screen shot for both.

Field weight of table taxonomy_term_data having always 0 value but Admin UI shows taxonomy weight and sequence of display. In D6 both weight were synch. Please help me to understand

@Mandakini_Kumari, the first screenshot shows the term data table, but the second screenshot shows the weight of vocabularies. These are two different things. For example you might have:

Vocabulary A -- weight 5

• Term A1 -- weight 0
• Term A2 -- weight 0

Vocabulary B -- weight 9

• Term B1 -- weight 1
• Term B2 -- weight 2

removing reroll tag

1. Step 2 to reproduce the issue not reproduced locally. On viewing the node I see the terms in the order they were input (attaching screenshots). When I change the order of terms from the node edit form, viewing the node displays terms in the order I've edited them.
2. Steps 3-5 more than reproduce: Changing the order on the vocabulary admin interface has no effect on the order in which the terms are displayed in node view, not even resetting to alphabetical.
3. I'd like to write a test, but reading through this issue and the cross-references in #8 I'm not sure what behavior is expected...

Current behavior: Node view displays terms in the order entered on the node form. Weight changes in the vocabulary admin interface affect only the widget display; the order of terms in node view is not affected. However, if the widget is checkboxes or select list, opening the node edit form and saving without making any edits will enter terms sorted by weight, and therefore display them accordingly.
Does this require fixing?
If so, would someone help me lay out the desired behavior to test against?

Changing instructions for what to look for in Drupal 8. And removing drupal version references.

I had the same problem and this patch seems to solve the problem.

Is this patch
https://www.drupal.org/files/815682_term_order-reroll.patch
implemented in Drupal 7.41?

If not, why not?

This is still an issue in the latest release Drupal 8.2.2 - taxonomy terms seem to be sorted randomly, and not according to the order of the Term List page at admin/structure/taxonomy/manage/tags/overview.

This is still an issue with the latest Drupal 8.9.4. Experiencing the same behaviour as described.
Also Patch fails to apply

I wanted to pop in and point out that the contrib module Entity Reference Extensions can handle displaying the terms in a Taxonomy Reference field sorted by weight (or by any other property/field of the terms).

I tested this on Drupal 11.x, standard install and I was able to reproduce some of the problem

1. Create an article type node with "mongoose, zebra, aardvark" in the free tagging field and save
2. View the node... the order is "aardvark, zebra, mongoose" (i.e. the reverse order to which the terms are entered). This is not longer true. The tags are in the order entered.
3. Go to the taxonomy list screen for the default vocab you will see that the terms are in alphabetical order
4. Change it to any other order (except the order entered in the field) eg. Zebra, Mongoose, Aardvark
5. Go back to the created article - you will see it has no effect

So the issue is now that when viewing a node, the order of the tags is not the same as the ordering of the vocabulary.

I am updating the steps to reproduce