Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ordering of imported child pages is not stable when compared to source site #63

Open
stevejalim opened this issue Nov 18, 2020 · 0 comments

Comments

@stevejalim
Copy link

When a sub-tree - eg a parent page with more than one child - is imported, W-T cannot currently guarantee the explicit ordering of the child pages will be reflected in the destination site.

Example:

  • Existing parent page X on both source and destination sites, with existing children of mixed page types (A and B)
  • Added two child pages (of different types) (A2 and B4) to source site
  • Import parent page X
  • A2 and B4 are transferred
  • The ordering of the children was not the same as on the source site:
    • source: A1..... A2, B4
    • dest: A1..... B4, A4

I get that the order pages are created in at the destination side is determined by a dependency graph, so something with/without an image may get done before/after a page that doesn't have the same criteria. (I haven't yet looked at what the logic/rules are).

However, this situation means that one can't reliably import a sub-tree while preserving the ordering, which may then result in menus/listings/archives having items in a different/wrong order, if they are using explicit ordering.

(Equally, though a separate topic, ordering by date of creation/update isn't viable either, because that date is overwritten by auto_now_add)

@stevejalim stevejalim changed the title Ordering of child pages is not stable Ordering of imported child pages is not stable when compared to source site Nov 18, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant