Press "Enter" to skip to content

The WordPress Hooks Firing Sequence!

Published July 13, 2015 by RachieVee

All right, so big questions for WordPress hooks. What hooks exist for use? And what is the WordPress hooks firing sequence?

As in, what order do WordPress hooks fire within their actual context?

There are two resources, the WP Hook Database by Adam Brown and WordPress’ Code Reference to search for hooks. These two are great, but for someone still testing the waters in learning these concepts, it’s pretty overwhelming. Just imagine someone trying to learn the English language and you hand them the English dictionary.

What is all this? There’s just so much here, how do I know what words to use? How much of this do I need? Where do I even begin? And of course, alphabetical order isn’t going to help unless you converse in alphabetical order, right?

The same can be said for the above mentioned resources for hooks. They’re handy if you’re already familiar with hooks and/or if you have a true understanding of how WordPress builds itself in the background.

And so I thought to myself, maybe if I knew what hooks happen all the time in WordPress’ routine processing, and in what order, that might be a good starting point. A piece of the dictionary versus the whole doggone thing. Turns out I’m not the only person thinking this way. There doesn’t seem to be a unified and updated resource to the hook sequence, their definitions, and which ones happen depending on their environment.

So, I figured, if I had this resource, then I can start learning the language effectively – as in, the language of WordPress hooks. If said resource doesn’t exist – maybe it’s time I make one.

Overwhelmed by all the #WordPress hooks? Try this!

Click To Tweet

The Codex has a list of the typical actions run during a page request, but it’s based on WordPress 3.3.1 and using the Twenty-Eleven theme. Knowing that some content in the Codex can be outdated, I wanted to have this list of actions as up to date as possible. I was also interested in the filters available to me during a typical page run. Lastly, I wanted to provide a method for others that want to figure this out on their own WordPress installs.

Mission Start!

I set off to find the firing order of hooks. The order can vary depending on what’s being viewed, the theme, and any custom code and/or plugins. So to get the most basic order, this is what I did on a local copy of WordPress. On a fresh copy of WordPress 4.2.2 with a default theme, in this case, Twenty-Fifteen, I began.  Do not attempt to do this on a live site.

  1. Install the Debug Bar Plugin
  2. Install the Debug Bar Actions and Filters Addon
  3. Activate both plugins and get a Word Doc out! ( Or in my case, this blog. ) It’s time to document!

For the sake of keeping this post as a starting point reference ( rather than the “entire dictionary” ), I decided to limit where I look for the actions/filters sequence to just the front page. The front page is where it automatically lists the recent blog posts in chronological order.

On the front page with both of these debug plugins active, while logged in, your admin bar will have a “Debug” option. Click there and a new screen appears. Here in this new screen, you can click either “Action Hooks” or “Filter Hooks” to see what’s happened in the background of the front page.

Step 1:

Step 2:

Then magic should happen.

Before we go any further, I wanted to give a gentle reminder while exploring WordPress’ core files. Do not edit these files ever, or as the saying goes: Do not hack core!

For those still unsure what “hacking core” actually means, I’ve got just the article for you!

What Developers mean when they say “Don’t Hack Core”: It’s a great read, also includes Drupal.

Moving on though, here are the results of my Debug bar testing.

61 Actions Fire on the front page:

Action definitions have been copied and pasted from the Code Reference. Some personal notes here and there.

Action: Definition
muplugins_loaded Fires once all must-use and network-activated plugins have loaded.
registered_taxonomy Fires after custom taxonomies are registered (post categories/tags).
registered_post_type Fires after a post type is registered.
plugins_loaded Fires once activated plugins have loaded.
sanitize_comment_cookies Fires when comment cookies are sanitized.
setup_theme Fires before the theme is loaded.
unload_textdomain

Fires before the text domain is unloaded.

Basically, “Is there a text domain we can use for translations?”
load_textdomain

Fires before the MO translation file is loaded.

Basically, “Whoa, we DO have a text domain and let’s get those translations from the .mo file now!”
after_setup_theme Fires after the theme is loaded.
 auth_cookie_malformed Fires if an authentication cookie is malformed.
 auth_cookie_valid Fires once an authentication cookie has been validated.
 set_current_user Fires after the current user is set.
init

Fires after WordPress has finished loading, but before any headers are sent.

Most of WP is loaded at this stage, and the user is authenticated. WP continues to load on the init hook that follows (e.g. widgets), and many plugins instantiate themselves on it for all sorts of reasons (e.g. they need a user, a taxonomy, etc.).

If you wish to plug an action once WP is loaded, use the wp_loaded hook below.
 widgets_init Fires after all default WordPress widgets have been registered.
 register_sidebar Fires once a sidebar has been registered.
 wp_register_sidebar_widget Fires once for each registered widget.
 wp_loaded

This hook is fired once WP, all plugins, and the theme are fully loaded and instantiated.

Use this hook if you need to intercept actions once the WP has loaded and has access to taxonomies/post types/the user etc.
 parse_request

Fires once all query variables for the current request have been parsed.

Here’s a list of some of what those variables are, here WordPress’ global variables. Accessing others is not recommended.
 send_headers Fires once the requested HTTP headers for caching, content type, etc. have been sent.
 parse_tax_query  Fires after taxonomy-related query vars have been parsed.
 parse_query  Fires after the main query vars have been parsed.
 pre_get_posts  Fires after the query variable object is created, but before the actual query is run.
 posts_selection

 Fires to announce the query’s current selection parameters.

For use by caching plugins.
 wp

Fires once the WordPress environment has been set up.

I got this definition by looking up wp-includes/class-wp.php on line 616, there’s a comment. I couldn’t find it in the Code Reference…
 template_redirect Fires before determining which template to load.
 wp_default_scripts Fires when the WP_Scripts instance is initialized.
 wp_default_styles Fires when the WP_Styles instance is initialized.
 admin_bar_init Fires after WP_Admin_Bar is initialized.
 add_admin_bar_menus Fires after menus are added to the menu bar.
 get_header Fires before the header template file is loaded.
 wp_head Fire the wp_head action.
 wp_enqueue_scripts Fires when scripts and styles are enqueued.
 wp_print_styles Display styles that are in the $handles queue.
wp_print_scripts Fires before scripts in the $handles queue are printed.
get_sidebar Fires before the sidebar template file is loaded.
dynamic_sidebar_before Fires before widgets are rendered in a dynamic sidebar.
dynamic_sidebar Fires before a widget’s display callback is called.
pre_get_search_form Fires before the search form is retrieved, at the start of get_search_form().
loop_start Fires once the loop is started.
the_post Fires once the post data has been setup.
loop_end Fires once the loop has ended.
parse_comment_query

Parse arguments passed to the comment query with default query parameters.

Couldn’t find this in the Code Reference so I got this definition from wp-includes/comment.php on line 428.
pre_get_comments Fires before comments are retrieved.
wp_meta Fires before displaying echoed content in the sidebar.
dynamic_sidebar_after Fires after widgets are rendered in a dynamic sidebar.
get_template_part_content

This one is tricky. From what I see, there is no literal hook called get_template_part_content. There is a hook called get_template_part where the slug is dynamic.  For some reason the Debug Bar showed me this hook as get_template_part_content rather than get_template_part, but I digress.

Fires before the specified template part file is loaded.
add_option Fires before an option is added.
add_option__transient_is_multi_author Yet again, there is no hook by this name. Instead this refers to the add_option hook and is_multi_author? From what I see on this old Track ticket, a transient is being used for on is_multi_author for a performance boost, but anyway yeah! Interesting!
added_option Fires after an option has been added.
set_transient__transient_is_multi_author

Once again, there is no hook by this name. There is however, a set_transient hook. Looks like the is_multi_author transient is being set here.

Fires after the value for a specific transient has been set.
setted_transient Fires after the value for a transient has been set.

add_option__transient_twentyfifteen_categories

*Specific to Twenty Fifteen.

 Looks like this is pulling off the same with transients as the previous is_multi_author “hooks”. You can find more on twentyfifteen_categories in the theme’s template-tags.php file in the inc folder.

set_transient__transient_twentyfifteen_categories

*Specific to Twenty Fifteen.

 Read directly above.
get_footer Fires before the footer template file is loaded.

twentyfifteen_credits

*Specific to Twenty Fifteen.

This is a do_action in footer.php that isn’t hooked to any functions, but appears it’s there for the sake of theme developers to hook into themselves if they’d like.

In other words, if you don’t use this for anything, it does nothing on it’s own.
wp_footer Print scripts or data before the closing body tag on the front end.
wp_print_footer_scripts Fires when footer scripts are printed.
admin_bar_menu

Load all necessary admin bar items.

This is the hook used to add, remove, or manipulate admin bar items.
wp_before_admin_bar_render Fires before the admin bar is rendered.
wp_after_admin_bar_render Fires after the admin bar is rendered.
Check out all the actions that happen on the #WordPress front page!

Click To Tweet

238-ish Filters that fire on the front page:

You can look up the functions in the Code Reference or the Codex. I’ve only linked out to the hook definitions below. Definitions to hooks are copied and pasted from the Code Ref. Some personal notes here and there if I couldn’t find the hook definitions in core or in the Code Reference.

pre_term_name

  • Priority: 10
    • sanitize_text_field
    • wp_filter_kses
  • Priority: 30
    • _wp_specialchars
 No definition in the Code Reference, but present in core.
pre_comment_author_name

  • Priority: 10
    • sanitize_text_field
    • wp_filter_kses
  • Priority: 30
    • _wp_specialchars

Filter the comment author’s name cookie before it is set.

When this filter hook is evaluated in wp_filter_comment(), the comment author’s name string is passed.
pre_link_name

  • Priority: 10
    • sanitize_text_field
    • wp_filter_kses
  • Priority: 30
    • _wp_specialchars
 No definition in the Code Reference, but present in core.
pre_link_target

  • Priority: 10
    • sanitize_text_field
    • wp_filter_kses
  • Priority: 30
    • _wp_specialchars
 No definition in the Code Reference, but present in core.
pre_link_rel

  • Priority: 10
    • sanitize_text_field
    • wp_filter_kses
  • Priority: 30
    • _wp_specialchars
 No definition in the Code Reference, but present in core.
pre_user_display_name

  • Priority: 10
    • sanitize_text_field
    • wp_filter_kses
  • Priority: 30
    • _wp_specialchars
 Filter a user’s display name before the user is created or updated.
pre_user_first_name

  • Priority: 10
    • sanitize_text_field
    • wp_filter_kses
  • Priority: 30
    • _wp_specialchars
 Filter a user’s first name before the user is created or updated.
pre_user_last_name

  • Priority: 10
    • sanitize_text_field
    • wp_filter_kses
  • Priority: 30
    • _wp_specialchars
 Filter a user’s last name before the user is created or updated.
pre_user_nickname

  • Priority: 10
    • sanitize_text_field
    • wp_filter_kses
  • Priority: 30
    • _wp_specialchars
 Filter a user’s nickname before the user is created or updated.
term_name

  • Priority: 10
    • wptexturize
    • convert_chars
    • esc_html
  • Priority: 30
    • _wp_specialchars
 Filter display of the term name in the terms list table.
comment_author_name

  • Priority: 30
    • _wp_specialchars
 Filter the comment author’s name cookie before it is set.
link_name

  • Priority: 10
    • wptexturize
    • convert_chars
    • esc_html
  • Priority: 30
    • _wp_specialchars

No definition in the Code Reference, but present in core.

It’s also connected to two deprecated functions: get_linkobjects and get_linkobjectsbyname.

The up to date hook for this is now get_bookmarks.
link_target

  • Priority: 30
    • _wp_specialchars
 Read directly above.
link_rel

  • Priority: 30
    • _wp_specialchars
 Read back up to link_name.
user_display_name

  • Priority: 30
    • _wp_specialchars
 Filter a user’s display name before the user is created or updated.
user_first_name

  • Priority: 30
    • _wp_specialchars
 Filter a user’s first name before the user is created or updated.
user_last_name

  • Priority: 30
    • _wp_specialchars
 Filter a user’s last name before the user is created or updated.
user_nickname

  • Priority: 30
    • _wp_specialchars
 Filter a user’s nickname before the user is created or updated.
pre_term_description

  • Priority: 10
    • wp_filter_kses
 No definition in the Code Reference, but present in core.
pre_link_description

  • Priority: 10
    • wp_filter_kses
 No definition in the Code Reference, but present in core.
pre_link_notes

  • Priority: 10
    • wp_filter_kses
 No definition in the Code Reference, but present in core.
pre_user_description

  • Priority: 10
    • wp_filter_kses
 Filter a user’s description before the user is created or updated.
pre_comment_author_email

  • Priority: 10
    • trim
    • sanitize_email
    • wp_filter_kses
 Filter the comment author’s email cookie before it is set.
pre_user_email

  • Priority: 10
    • trim
    • sanitize_email
    • wp_filter_kses
 Filter a user’s email before the user is created or updated.
comment_author_email

  • Priority: 10
    • sanitize_email
 Filter the comment author’s returned email address.
user_email

  • Priority: 10
    • sanitize_email
 No definition in the Code Reference, but present in core.
pre_comment_author_url

  • Priority: 10
    • wp_strip_all_tags
    • esc_url_raw
    • wp_filter_kses
 Filter the comment author’s URL cookie before it is set.
pre_user_url

  • Priority: 10
    • wp_strip_all_tags
    • esc_url_raw
    • wp_filter_kses
 Filter a user’s URL before the user is created or updated.
pre_link_url

  • Priority: 10
    • wp_strip_all_tags
    • esc_url_raw
    • wp_filter_kses
 No definition in the Code Reference, but present in core.
pre_link_image

  • Priority: 10
    • wp_strip_all_tags
    • esc_url_raw
    • wp_filter_kses
 No definition in the Code Reference, but present in core.
pre_link_rss

  • Priority: 10
    • wp_strip_all_tags
    • esc_url_raw
    • wp_filter_kses
 No definition in the Code Reference, but present in core.
pre_post_guid

  • Priority: 10
    • wp_strip_all_tags
    • esc_url_raw
    • wp_filter_kses
 No definition in the Code Reference, but present in core.
user_url

  • Priority: 10
    • esc_url
 No definition in the Code Reference, but present in core.
link_url

  • Priority: 10
    • esc_url
 Refer to link_name notes.
link_image

  • Priority: 10
    • esc_url
 Refer to link_name notes.
link_rss

  • Priority: 10
    • esc_url
 Refer to link_name notes.
comment_url

  • Priority: 10
    • esc_url
 Filter the comment author’s URL for display.
post_guid

  • Priority: 10
    • esc_url
 No definition in the Code Reference, but present in core.
pre_term_slug

  • Priority: 10
    • sanitize_title
 No definition in the Code Reference, but present in core.
pre_post_type

  • Priority: 10
    • sanitize_key
 No definition in the Code Reference, but present in core.
pre_post_status

  • Priority: 10
    • sanitize_key
 No definition in the Code Reference, but present in core.
pre_post_comment_status

  • Priority: 10
    • sanitize_key
 No definition in the Code Reference, but present in core.
pre_post_ping_status

  • Priority: 10
    • sanitize_key
 No definition in the Code Reference, but present in core.
pre_post_mime_type

  • Priority: 10
    • sanitize_mime_type
 No definition in the Code Reference, but present in core.
post_mime_type

  • Priority: 10
    • sanitize_mime_type

The closest I found to this hook was post_mime_types with an “s”.

Filter the default list of post mime types.
content_save_pre

  • Priority: 50
    • balanceTags

No definition in the Code Reference.

This appears to be tied to the kses_init_filters function.

This function adds all Kses input form content filters. In plain English, this is for data sanitization on form fields.
excerpt_save_pre

  • Priority: 50
    • balanceTags
 Refer to content_save_pre notes.
comment_save_pre

  • Priority: 50
    • balanceTags
 Refer to content_save_pre notes.
pre_comment_content

  • Priority: 15
    • wp_rel_nofollow
  • Priority: 50
    • balanceTags
 Filter the comment content before it is set.
comment_author

  • Priority: 10
    • wptexturize
    • convert_chars
    • esc_html
 Filter the comment author’s name for display.
link_description

  • Priority: 10
    • wptexturize
    • convert_chars
    • esc_html
 Refer to link_name notes.
link_notes

  • Priority: 10
    • wptexturize
    • convert_chars
    • esc_html
 Refer to link_name notes.
bloginfo

  • Priority: 10
    • wptexturize
    • convert_chars
    • esc_html

Filter the site information returned by get_bloginfo().

( Blog info refers to your site tagline – the one you fill out on the dashboard under Settings > General. )
wp_title

  • Priority: 10
    • wptexturize
    • convert_chars
    • esc_html
  • Priority: 11
    • capital_P_dangit
 Filter the text of the page title.
widget_title

  • Priority: 10
    • wptexturize
    • convert_chars
    • esc_html
 Filter the widget title.
the_content

  • Priority: 8
    • [object] WP_Embed -> run_shortcode
    • [object] WP_Embed -> autoembed
  • Priority: 10
    • wptexturize
    • convert_smilies
    • convert_chars
    • wpautop
    • shortcode_unautop
    • prepend_attachment
  • Priority: 11
    • capital_P_dangit
    • do_shortcode
 Filter the post content.
the_title

  • Priority: 10
    • wptexturize
    • convert_chars
    • trim
  • Priority: 11
    • capital_P_dangit

Deprecated. You can find this hook in wp-includes/deprecated.php for reference. Depending on what you need the filter, there are other hooks you can use to replace it.

I’ve linked to the hook results in the Code Reference instead of one individual result. They should tell you what to use instead of the_title.
comment_text

  • Priority: 9
    • make_clickable
  • Priority: 10
    • wptexturize
    • convert_chars
  • Priority: 20
    • convert_smilies
  • Priority: 25
    • force_balance_tags
  • Priority: 30
    • wpautop
  • Priority: 31
    • capital_P_dangit
 Filter the text of a comment to be displayed.
single_post_title

  • Priority: 10
    • wptexturize
    • strip_tags
 Filter the page title for a single post.
single_cat_title

  • Priority: 10
    • wptexturize
    • strip_tags
 Filter the category archive page title.
single_tag_title

  • Priority: 10
    • wptexturize
    • strip_tags
 Filter the tag archive page title.
single_month_title

  • Priority: 10
    • wptexturize
    • strip_tags

This isn’t in the Code Reference as a filter so I’ve linked to it’s function definition.

From what I’m seeing in wp-includes/default-filters.php, this is a hook though.

The hook should filter the title for post archives based on date.
nav_menu_attr_title

  • Priority: 10
    • wptexturize
    • strip_tags
 Filter a navigation menu item’s title attribute.
nav_menu_description

  • Priority: 10
    • wptexturize
    • strip_tags
 Filter a navigation menu item’s description.
term_description

  • Priority: 10
    • wptexturize
    • convert_chars
    • wpautop
    • shortcode_unautop
 No definition in the Code Reference, but present in core
term_name_rss

  • Priority: 10
    • convert_chars
 No definition in the Code Reference, but present in core.
wp_insert_post_parent

  • Priority: 10
    • wp_check_post_hierarchy_for_loops
 Filter the post parent — used to check for and prevent hierarchy loops.
wp_update_term_parent

  • Priority: 10
    • wp_check_term_hierarchy_for_loops
Filter the term parent.
Hook to this filter to see if it will cause a hierarchy loop.
the_excerpt

  • Priority: 10
    • wptexturize
    • convert_smilies
    • convert_chars
    • wpautop
    • shortcode_unautop
 Filter the displayed post excerpt.
get_the_excerpt

  • Priority: 10
    • wp_trim_excerpt
 Filter the retrieved post excerpt.
comment_excerpt

  • Priority: 10
    • convert_chars
 Filter the comment excerpt for display.
list_cats

  • Priority: 10
    • wptexturize
 Filter a taxonomy drop-down display element.
wp_sprintf

  • Priority: 10
    • wp_sprintf_l

Filter a fragment from the pattern passed to wp_sprintf().

I honestly have no idea what this means…
the_title_rss

  • Priority: 8
    • ent2ncr
  • Priority: 10
    • strip_tags
    • esc_html
 Filter the post title for use in a feed.
the_content_rss

  • Priority: 8
    • ent2ncr
 No proper definition in the Code Reference, but present in core.
the_content_feed

  • Priority: 10
    • wp_staticize_emoji
 Filter the post content for use in feeds.
the_excerpt_rss

  • Priority: 8
    • ent2ncr
  • Priority: 10
    • convert_chars
 Filter the post excerpt for a feed.
comment_author_rss

  • Priority: 8
    • ent2ncr
 Filter the current comment author for use in a feed.
comment_text_rss

  • Priority: 8
    • ent2ncr
  • Priority: 10
    • esc_html
    • wp_staticize_emoji
 Filter the current comment content for use in a feed.
bloginfo_rss

  • Priority: 8
    • ent2ncr
 Filter the bloginfo for display in RSS feeds.
the_author

  • Priority: 8
    • ent2ncr
 Filter the display name of the current post’s author.
the_guid

  • Priority: 10
    • esc_url
 Filter the escaped Global Unique Identifier (guid) of the post.
wp_mail

  • Priority: 10
    • wp_staticize_emoji_for_email
 Filter the wp_mail() arguments.
option_ping_sites

  • Priority: 10
    • privacy_ping_filter
 No definition in the Code Reference, but present in core.
option_blog_charset

  • Priority: 10
    • _wp_specialchars
    • _canonical_charset
 No definition in the Code Reference, but present in core.
option_home

  • Priority: 10
    • _config_wp_home
 No definition in the Code Reference, but present in core.
option_siteurl

  • Priority: 10
    • _config_wp_siteurl
 No definition in the Code Reference, but present in core.
tiny_mce_before_init

  • Priority: 10
    • _mce_set_direction
 Filter the TinyMCE config before init.
teeny_mce_before_init

  • Priority: 10
    • _mce_set_direction
 Filter the teenyMCE config before init.
pre_kses

  • Priority: 10
    • wp_pre_kses_less_than
 Filter content to be run through kses.
sanitize_title

  • Priority: 10
    • sanitize_title_with_dashes
 Filter a sanitized title string.
check_comment_flood

  • Priority: 10
    • check_comment_flood_db
 Fires immediately before a comment is marked approved.
comment_flood_filter

  • Priority: 10
    • wp_throttle_comment_flood
 Filter the comment flood status.
comment_email

  • Priority: 10
    • antispambot
Filter the comment author’s email for display.
Care should be taken to protect the email address and assure that email harvesters do not capture your commenter’s email address.
option_tag_base

  • Priority: 10
    • _wp_filter_taxonomy_base
 No definition in the Code Reference, but present in core.
option_category_base

  • Priority: 10
    • _wp_filter_taxonomy_base
 No definition in the Code Reference, but present in core.
the_posts

  • Priority: 10
    • _close_comments_for_old_posts
 Filter the array of retrieved posts after they’ve been fetched and internally processed.
comments_open

  • Priority: 10
    • _close_comments_for_old_post
 Filter whether the current post is open for comments.
pings_open

  • Priority: 10
    • _close_comments_for_old_post
 Filter whether the current post is open for pings.
editable_slug

  • Priority: 10
    • urldecode
    • esc_textarea
 This is a multi-use hook. I linked to the Code Reference results showing all the hooks.
nav_menu_meta_box_object

  • Priority: 10
    • _wp_nav_menu_meta_box_object
 Another multi-use hook. Linked to Code Reference results.
pingback_ping_source_uri

  • Priority: 10
    • pingback_ping_source_uri
 Filter the pingback source URI.
xmlrpc_pingback_error

  • Priority: 10
    • xmlrpc_pingback_error
 Filter the XML-RPC pingback error return.
title_save_pre

  • Priority: 10
    • trim

No definition in the Code Reference.

Appears to be tied to the kses_init_filters function.
http_request_host_is_external

  • Priority: 10
    • allowed_http_request_hosts
Check if HTTP request is external or not.
Allows to change and allow external requests for the HTTP request.
wp_head

  • Priority: 0
    • twentyfifteen_javascript_detection
  • Priority: 1
    • _wp_render_title_tag
    • wp_enqueue_scripts
    • noindex
  • Priority: 2
    • feed_links
  • Priority: 3
    • feed_links_extra
  • Priority: 7
    • print_emoji_detection_script
  • Priority: 8
    • wp_print_styles
  • Priority: 9
    • wp_print_head_scripts
  • Priority: 10
    • rsd_link
    • wlwmanifest_link
    • adjacent_posts_rel_link_wp_head
    • locale_stylesheet
    • wp_generator
    • rel_canonical
    • wp_shortlink_wp_head
    • [object] WP_Widget_Recent_Comments -> recent_comments_style
    • twentyfifteen_header_style
    • _custom_background_cb
    • wp_admin_bar_header
    • _admin_bar_bump_cb
 Print scripts or data in the head tag on the front end.
publish_future_post

  • Priority: 10
    • check_and_publish_future_post
 Looks like this is a filter tied to the check_and_publish_future_post function. Refer to wp-includes/default-filters.php.
wp_footer

  • Priority: 20
    • wp_print_footer_scripts
  • Priority: 1000
    • wp_admin_bar_render
 Print scripts or data before the closing body tag on the front end.
template_redirect

  • Priority: 0
    • _wp_admin_bar_init
  • Priority: 10
    • wp_old_slug_redirect
    • redirect_canonical
  • Priority: 11
    • wp_shortlink_header
  • Priority: 1000
    • wp_redirect_admin_locations
 Fires before determining which template to load.
wp_print_footer_scripts

  • Priority: 10
    • _wp_footer_scripts
 Fires when footer scripts are printed.
init

  • Priority: 0
    • create_initial_post_types
    • create_initial_taxonomies
    • [object] WP_Scripts -> init
  • Priority: 1
    • wp_widgets_init
  • Priority: 5
    • smilies_init
  • Priority: 10
    • wp_cron
    • _show_post_preview
    • kses_init
    • wp_schedule_update_checks
  • Priority: 99
    • check_theme_switched

Fires after WordPress has finished loading but before any headers are sent.

Most of WP is loaded at this stage, and the user is authenticated. WP continues to load on the init hook that follows (e.g. widgets), and many plugins instantiate themselves on it for all sorts of reasons (e.g. they need a user, a taxonomy, etc.).
after_switch_theme

  • Priority: 10
    • _wp_sidebars_changed
 Fires on the first WP load after a theme switch if the old theme still exists.
wp_print_styles

  • Priority: 10
    • print_emoji_styles
 Fires before styles in the $handles queue are printed.
login_head

  • Priority: 9
    • wp_print_head_scripts
 Fires in the login page header after scripts are enqueued.
login_footer

  • Priority: 20
    • wp_print_footer_scripts
 Fires in the login page footer.
login_init

  • Priority: 10
    • send_frame_options_header
 Fires when the login form is initialized.
rss2_head

  • Priority: 10
    • the_generator
 Fires at the end of the RSS2 Feed Header.
commentsrss2_head

  • Priority: 10
    • the_generator
 Fires at the end of the RSS2 comment feed header.
rss_head

  • Priority: 10
    • the_generator
 Fires at the end of the RSS Feed Header.
rdf_header

  • Priority: 10
    • the_generator
 Fires at the end of the RDF feed header.
atom_head

  • Priority: 10
    • the_generator
 Fires just before the first Atom feed entry.
comments_atom_head

  • Priority: 10
    • the_generator
 Fires at the end of the Atom comment feed header.
opml_head

  • Priority: 10
    • the_generator
 Fires in the OPML header.
app_head

  • Priority: 10
    • the_generator
 No definition in the Code Reference, but present in core.
do_feed_rdf

  • Priority: 10
    • do_feed_rdf
 No definition in the Code Reference, but present in core.
do_feed_rss

  • Priority: 10
    • do_feed_rss
 No definition in the Code Reference, but present in core.
do_feed_rss2

  • Priority: 10
    • do_feed_rss2
 No definition in the Code Reference, but present in core. 
do_feed_atom

  • Priority: 10
    • do_feed_atom
 No definition in the Code Reference, but present in core. 
do_pings

  • Priority: 10
    • do_all_pings
 No definition in the Code Reference, but present in core. 
do_robots

  • Priority: 10
    • do_robots
 Fired when the template loader determines a robots.txt request.
set_comment_cookies

  • Priority: 10
    • wp_set_comment_cookies
 Perform other actions when comment cookies are set.
sanitize_comment_cookies

  • Priority: 10
    • sanitize_comment_cookies
 Fires when comment cookies are sanitized.
admin_print_scripts

  • Priority: 10
    • print_emoji_detection_script
  • Priority: 20
    • print_head_scripts
 Fires when scripts are printed for all admin pages.
admin_print_footer_scripts

  • Priority: 10
    • _wp_footer_scripts
 Prints any scripts and data queued for the footer.
admin_print_styles

  • Priority: 10
    • print_emoji_styles
  • Priority: 20
    • print_admin_styles
 Fires when styles are printed for all admin pages.
plugins_loaded

  • Priority: 0
    • wp_maybe_load_widgets
    • wp_maybe_load_embeds
  • Priority: 10
    • _wp_customize_include
 Fires once activated plugins have loaded.
shutdown

  • Priority: 1
    • wp_ob_end_flush_all
 Fires just before PHP shuts down execution.
post_updated

  • Priority: 10
    • wp_save_post_revision
  • Priority: 12
    • wp_check_for_changed_slugs
 Fires once an existing post has been updated.
publish_post

  • Priority: 5
    • _publish_post_hook

No definition in the Code Reference.

Appears to be tied to the xmlrpc_publish_post hook somehow. Needs more investigation on my part…
transition_post_status

  • Priority: 5
    • _transition_post_status
  • Priority: 10
    • _update_term_count_on_transition_post_status
    • _wp_auto_add_pages_to_menu
    • __clear_multi_author_cache
 Fires when a post is transitioned from one status to another.
comment_form

  • Priority: 10
    • wp_comment_form_unfiltered_html_nonce
 Fires at the bottom of the comment form, inside the closing </form> tag.
wp_scheduled_delete

  • Priority: 10
    • wp_scheduled_delete
 It appears there’s a function that’s tied to an action hook by the same name? Once again wp-includes/default-filters.php for reference.
wp_scheduled_auto_draft_delete

  • Priority: 10
    • wp_delete_auto_drafts
 No definition in the Code Reference, but present in core.  
admin_init

  • Priority: 1
    • register_admin_color_schemes
  • Priority: 10
    • send_frame_options_header
    • _wp_admin_bar_init
    • _maybe_update_core
    • _maybe_update_plugins
    • _maybe_update_themes
 Fires as an admin screen or script is being initialized.
importer_scheduled_cleanup

  • Priority: 10
    • wp_delete_attachment
 No definition in the Code Reference, but present in core. 
upgrader_scheduled_cleanup

  • Priority: 10
    • wp_delete_attachment
 No definition in the Code Reference, but present in core. 
welcome_panel

  • Priority: 10
    • wp_welcome_panel
 Add content to the welcome panel on the admin dashboard.
delete_post

  • Priority: 10
    • _wp_delete_post_menu_item
    • delete_get_calendar_cache
 Fires immediately before a post is deleted from the database.
delete_term

  • Priority: 10
    • _wp_delete_tax_menu_item
 Fires after a term is deleted from the database and the cache is cleaned.
begin_fetch_post_thumbnail_html

  • Priority: 10
    • _wp_post_thumbnail_class_filter_add
 Fires before fetching the post thumbnail HTML.
end_fetch_post_thumbnail_html

  • Priority: 10
    • _wp_post_thumbnail_class_filter_remove
 Fires after fetching the post thumbnail HTML.
pre_option_gmt_offset

  • Priority: 10
    • wp_timezone_override_offset
 No definition in the Code Reference, but present in core.
admin_color_scheme_picker

  • Priority: 10
    • admin_color_scheme_picker
Fires in the ‘Admin Color Scheme’ section of the user editing screen.
The section is only enabled if a callback is hooked to the action, and if there is more than one defined color scheme for the admin.
default_option_link_manager_enabled

  • Priority: 10
    • __return_true
 No definition in the Code Reference, but present in core.
default_option_embed_autourls

  • Priority: 10
    • __return_true
 No definition in the Code Reference, but present in core.
heartbeat_settings

  • Priority: 10
    • wp_heartbeat_settings
 Filter the Heartbeat settings.
admin_enqueue_scripts

  • Priority: 10
    • wp_auth_check_load
    • _wp_customize_loader_settings
 Enqueue scripts for all admin pages.
heartbeat_send

  • Priority: 10
    • wp_auth_check
 Filter the Heartbeat response sent.
heartbeat_nopriv_send

  • Priority: 10
    • wp_auth_check
 Filter Heartbeat AJAX response when no data is passed.
authenticate

  • Priority: 20
    • wp_authenticate_username_password
  • Priority: 99
    • wp_authenticate_spam_check
 Filter the user to authenticate.
determine_current_user

  • Priority: 10
    • wp_validate_auth_cookie
  • Priority: 20
    • wp_validate_logged_in_cookie
 Filter the current user.
split_shared_term

  • Priority: 10
    • _wp_check_split_default_terms
    • _wp_check_split_terms_in_menus
 Fires after a previously shared taxonomy term is split into two separate terms.
setup_theme

  • Priority: 10
    • preview_theme
 Fires before the theme is loaded.
wp_loaded

  • Priority: 10
    • _custom_header_background_just_in_time
 This hook is fired once WP, all plugins, and the theme are fully loaded and instantiated.
delete_attachment

  • Priority: 10
    • _delete_attachment_theme_mod
 Fires before an attachment is deleted, at the start of wp_delete_attachment().
save_post

  • Priority: 10
    • delete_get_calendar_cache
    • twentyfifteen_category_transient_flusher
    • [object] WP_Widget_Recent_Posts -> flush_widget_cache
 Fires once a post has been saved.
update_option_start_of_week

  • Priority: 10
    • delete_get_calendar_cache

No definition in the Code Reference.

Looks like it’s an action hook tied to the delete_get_calendar_cache function.
update_option_gmt_offset

  • Priority: 10
    • delete_get_calendar_cache
 Read  directly above.
admin_menu

  • Priority: 10
    • _add_post_type_submenus
 Fires before the administration menu loads in the admin.
before_delete_post

  • Priority: 10
    • _reset_front_page_settings_for_post
 Fires before a post is deleted, at the start of wp_delete_post().
wp_trash_post

  • Priority: 10
    • _reset_front_page_settings_for_post
 Fires before a post is sent to the trash.
request

  • Priority: 10
    • _post_format_request
 Filter the array of parsed query variables.
term_link

  • Priority: 10
    • _post_format_link
 Filter the term link.
get_post_format

  • Priority: 10
    • _post_format_get_term
 No definition in the Code Reference, but present in core.
get_terms

  • Priority: 10
    • _post_format_get_terms
 Filter the given taxonomy’s terms cache.
wp_get_object_terms

  • Priority: 10
    • _post_format_wp_get_object_terms
 Filter the terms for a given object or objects.
set_current_user

  • Priority: 10
    • kses_init
 Fires after the current user is set.
wp_default_scripts

  • Priority: 10
    • wp_default_scripts
 Fires when the WP_Scripts instance is initialized.
wp_print_scripts

  • Priority: 10
    • wp_just_in_time_script_localization
 Fires before scripts in the $handles queue are printed.
print_scripts_array

  • Priority: 10
    • wp_prototype_before_jquery
 Filter the list of script dependencies left to print.
wp_default_styles

  • Priority: 10
    • wp_default_styles
 Fires when the WP_Styles instance is initialized.
style_loader_src

  • Priority: 10
    • wp_style_loader_src
 Filter an enqueued style’s fully-qualified URL.
wp_playlist_scripts

  • Priority: 10
    • wp_playlist_scripts
 Print and enqueue playlist scripts, styles, and JavaScript templates.
customize_controls_enqueue_scripts

  • Priority: 10
    • wp_plupload_default_settings
    • twentyfifteen_customize_control_js
 Enqueue Customizer control scripts.
nav_menu_item_id

  • Priority: 10
    • _nav_menu_item_id_use_once
 Filter the ID applied to a menu item’s list item element.
in_admin_header

  • Priority: 0
    • wp_admin_bar_render
 Fires at the beginning of the content section in an admin page.
wp_version_check

  • Priority: 10
    • wp_version_check
 The hook is tied to a function by the same name. It appears that the function checks the WordPress version against the newest version.
upgrader_process_complete

  • Priority: 10
    • wp_version_check
    • wp_update_plugins
    • wp_update_themes
 Fires when the bulk upgrader process is complete.
load-plugins.php

  • Priority: 10
    • wp_update_plugins
 No definition in the Code Reference, but present in core.
load-update.php

  • Priority: 10
    • wp_update_plugins
    • wp_update_themes
 No definition in the Code Reference, but present in core.
load-update-core.php

  • Priority: 10
    • wp_update_plugins
    • wp_update_themes
 No definition in the Code Reference, but present in core.
wp_update_plugins

  • Priority: 10
    • wp_update_plugins
 The hook is tied to a function by the same name. The function checks plugin versions against the latest versions hosted on WordPress.org.
load-themes.php

  • Priority: 10
    • wp_update_themes
 No definition in the Code Reference, but present in core.
wp_update_themes

  • Priority: 10
    • wp_update_themes
 The hook is tied to a function by the same name. The function checks theme versions against the latest versions hosted on WordPress.org.
update_option_WPLANG

  • Priority: 10
    • wp_clean_update_cache
 No definition in the Code Reference, but present in core.
wp_maybe_auto_update

  • Priority: 10
    • wp_maybe_auto_update
 No definition in the Code Reference, but present in core.
edit_form_advanced

  • Priority: 10
    • [object] WP_Embed -> maybe_run_ajax_cache
 Fires after ‘normal’ context meta boxes have been output for all post types other than ‘page’.
wp_ajax_add-category

  • Priority: 10
    • _wp_ajax_add_hierarchical_term

No proper definition in the Code Reference.

I don’t think this is an actual hook. Debug bar might be trolling me… If it is, I couldn’t find it in core by that exact name, but there are several functions that begin with wp_ajax_add.
wp_ajax_add-post_tag

  • Priority: 10
    • _wp_ajax_add_hierarchical_term
  Read directly above.
wp_ajax_add-nav_menu

  • Priority: 10
    • _wp_ajax_add_hierarchical_term
 Refer to wp_ajax_add-category notes.
wp_ajax_add-link_category

  • Priority: 10
    • _wp_ajax_add_hierarchical_term
 Refer to wp_ajax_add-category notes.
wp_ajax_add-post_format

  • Priority: 10
    • _wp_ajax_add_hierarchical_term
 Refer to wp_ajax_add-category notes.
future_post

  • Priority: 5
    • _future_post_hook

No definition in Code Reference, could not find in Core by exact name.

I don’t know much about this at this time, but you can investigate in wp-includes/post.php.
future_page

  • Priority: 5
    • _future_post_hook
 No definition in Code Reference, could not find in Core by exact name.
future_attachment

  • Priority: 5
    • _future_post_hook
 No definition in Code Reference, could not find in Core by exact name.
future_revision

  • Priority: 5
    • _future_post_hook
 No definition in Code Reference, could not find in Core by exact name.
future_nav_menu_item

  • Priority: 5
    • _future_post_hook
 No definition in Code Reference, could not find in Core by exact name.
admin_bar_init

  • Priority: 10
 Fires after WP_Admin_Bar is initialized.
_admin_menu

  • Priority: 10
    • wp_widgets_add_menu
Fires before the administration menu loads in the admin.
The hook fires before menus and sub-menus are removed based on user privileges.
widgets_init

  • Priority: 10
    • twentyfifteen_widgets_init
  • Priority: 100
    • [object] WP_Widget_Factory -> _register_widgets
 Fires after all default WordPress widgets have been registered.
after_setup_theme

  • Priority: 10
    • twentyfifteen_setup
    • twentyfifteen_custom_header_setup
 Fires after the theme is loaded.
wp_enqueue_scripts

  • Priority: 10
    • twentyfifteen_scripts
    • twentyfifteen_post_nav_background
    • twentyfifteen_color_scheme_css
  • Priority: 11
    • twentyfifteen_header_background_color_css
    • twentyfifteen_sidebar_text_color_css
 Fires when scripts and styles are enqueued.
walker_nav_menu_start_el

  • Priority: 10
    • twentyfifteen_nav_description
 Filter a menu item’s starting output.
get_search_form

  • Priority: 10
    • twentyfifteen_search_form_modify
 Filter the HTML output of the search form.
edit_category

  • Priority: 10
    • twentyfifteen_category_transient_flusher
 This hook has been deprecated. Use {$taxonomy}_add_form instead.
excerpt_more

  • Priority: 10
    • twentyfifteen_excerpt_more
 Filter the string in the “more” link displayed after a trimmed excerpt.
customize_register

  • Priority: 11
    • twentyfifteen_customize_register
 Fires once WordPress has loaded, allowing scripts and styles to be initialized.
customize_preview_init

  • Priority: 10
    • twentyfifteen_customize_preview_js
 Fires once the Customizer preview has initialized and JavaScript settings have been printed.
customize_controls_print_footer_scripts

  • Priority: 10
    • twentyfifteen_color_scheme_css_template
 Print Customizer control scripts in the footer.
deleted_post

  • Priority: 10
    • [object] WP_Widget_Recent_Posts -> flush_widget_cache
 Fires immediately after a post is deleted from the database.
switch_theme

  • Priority: 10
    • [object] WP_Widget_Recent_Posts -> flush_widget_cache
 Fires after the theme is switched.
comment_post

  • Priority: 10
    • [object] WP_Widget_Recent_Comments -> flush_widget_cache
 Fires immediately after a comment is inserted into the database.
edit_comment

  • Priority: 10
    • [object] WP_Widget_Recent_Comments -> flush_widget_cache
Fires immediately after a comment is updated in the database.
The hook also fires immediately before comment status transition hooks are fired.
transition_comment_status

  • Priority: 10
    • [object] WP_Widget_Recent_Comments -> flush_widget_cache
 Fires when the comment status is in transition.
admin_head

  • Priority: 10
    • wp_admin_bar_header
 Fires in head section for all admin pages.
admin_bar_menu

  • Priority: 0
    • wp_admin_bar_my_account_menu
    • wp_admin_bar_sidebar_toggle
  • Priority: 4
    • wp_admin_bar_search_menu
  • Priority: 7
    • wp_admin_bar_my_account_item
  • Priority: 10
    • wp_admin_bar_wp_menu
  • Priority: 20
    • wp_admin_bar_my_sites_menu
  • Priority: 30
    • wp_admin_bar_site_menu
  • Priority: 40
    • wp_admin_bar_updates_menu
  • Priority: 60
    • wp_admin_bar_comments_menu
  • Priority: 70
    • wp_admin_bar_new_content_menu
  • Priority: 80
    • wp_admin_bar_edit_menu
  • Priority: 200
    • wp_admin_bar_add_secondary_groups
Load all necessary admin bar items.
This is the hook used to add, remove, or manipulate admin bar items.
admin_footer Print scripts or data before the default footer scripts.
body_class Filter the list of CSS body classes for the current post or page.
admin_body_class Filter the CSS classes for the body tag in the admin.
deprecated_function_run Fires when a deprecated function is called.
deprecated_file_included Fires when a deprecated file is called.
deprecated_argument_run Fires when a deprecated argument is called.
deprecated_function_trigger_error

  • Priority: 10
    • __return_false
 Filter whether to trigger an error for deprecated functions.
deprecated_file_trigger_error

  • Priority: 10
    • __return_false
 Filter whether to trigger an error for deprecated files.
deprecated_argument_trigger_error

  • Priority: 10
    • __return_false
 Filter whether to trigger an error for deprecated arguments.
wp_before_admin_bar_render

  • Priority: 10
    • wp_customize_support_script
 Fires before the admin bar is rendered.
What actions/filters happen in #WordPress and in what order?

Click To Tweet

What I’ve learned from this experiment…

What it felt like when I was done writing this…

 

That I am a WordPress masochist.

Okay I’m kidding, but documenting all of this was borderline insanity for me, I’ll admit. I didn’t publish any posts for June and I was determined to make July’s post totally worth it! Will power! Okay, back on topic…

The Code Reference is more boss than I am.

There are too many hooks for me to record them depending on their context. Hence why I only tackled just the front page. Holy moly, props to the Codex, Code Reference, the WP Hooks Database, and all their contributors for all of that documentation.

At a glance though from just the action hooks, the list I compiled seems pretty similar to the version based on WordPress 3.3.1 and using the Twenty-Eleven.

What we see vs What’s actually happening…

There is a LOT going on before the WordPress theme even kicks in on the front-end. I hadn’t realized that most of the hooks we see in WordPress, especially the filters, are all falling into place to build so much on the backend before we physically see anything. I also can’t guess the hook sequence by glancing at a WordPress site page. More than half of the action hooks have already happened before the loop even kicks in. The admin bar appears to be the last thing that happens.

Also realized that just because the hook isn’t in the Code Reference doesn’t mean it’s not present in core. Might be harder to figure out what the hook is since it will require more investigation through core files for the meaning. I’m also not sure if there’s a legit reason why some of these hooks are not in the Code Reference. By glancing at some of the hooks, especially the filters, I feel like most people would never have use for all of them. By most people, I mean those more likely to be tinkering with hooks as in theme or plugin developers. So perhaps that’s taken into account when a hook is documented in the Code Reference?

WP Core is a black hole.

Another realization now that I’m really jumping headfirst into trying to understand WordPress is that this endeavor is a black hole. Meaning you’ll jump in to figure out what function a hook calls, then what that function does, then find something you’ve never seen before, go look that up, find something else you’re not sure what it means, then look that up. The trail continues. Five minutes in you’ve learned about 4 or 5 new WordPress concepts/functions/slang only to forget where you originally started. This happened to me a lot while I documented this and I had to stop myself or else I’d never move onto the next hook. Each hook has it’s own depth. It’s hard to resist learning about each and every one to the detail. Or maybe that’s just me?

What I’m planning to do is pick a few that seem useful to me, and then dive into those. It’ll keep me from falling too far into core and becoming overwhelmed.

Now what?

Now that I’ve written all of these WordPress hooks by hand, I can actually name a few off the top of my head. You’d be surprised what a little writing does for memorization. I don’t recommend that everyone do exactly as I did, but maybe writing a few with their definitions might be helpful.

I can’t promise this is the most legit list WordPress hooks and their sequence, but I’m definitely going to refer to this in the future. I feel like it’ll be easier to glance at this list and find what I need versus taking a wild guess and then typing into the Code Reference search bar. Having a list in the order as it happens on a page has given me a better understanding of how WordPress, as a platform, is falling into place.  I now have a better chance of knowing what point I want to hook functions into. I hope this list helps someone else along the way. Maybe I’ll make this into a downloadable file in the future for easier reference.

If anyone knows more about specific hooks, especially the ones without definitions in the Code Reference, I’d love to hear about it in the comments. 🙂 If I’m wrong anywhere in my notes, tell me that too. I really want to know.

Until next time, enjoy the summer!

 

Published in WordPress

24 Comments

    • RachieVee
      RachieVee July 13, 2015

      Hi Donna,

      You’re welcome. If it helps at least one person, it was worth it haha! 🙂

      Reply
  2. kfwebdev
    kfwebdev July 14, 2015

    This is incredibly useful! In all my time developing for WordPress I’ve never seen this documented so clearly. Thank you for taking the time to explain this in a referable format. I will definitely be referring to this and have exported an offline print to pdf.

    Reply
    • RachieVee
      RachieVee July 14, 2015

      Hi kfwebdev,

      You’re welcome, happy it’ll be of use. 🙂

      Reply
  3. Andreas Nurbo
    Andreas Nurbo July 15, 2015

    This will be very usefull to the “backpress revival” project. Great stuff. We are currently digging alot through core as well if you want to take part join us on Slack: http://www.advancedwp.org/awp-on-slack/
    Currently two methods of extracting on modulerizing WP Core has been presented.
    One thing you will also realise digging through core is that core does not utilize itself to the fullest extent. It does not use Core functions to do stuff. Not even close. There are also weird function calls that runs twice to accomodate undocumented scenarios.

    Reply
    • RachieVee
      RachieVee July 15, 2015

      Hi Andreas,

      Awesome! Maybe I’ll check out Slack some time. I’m afraid I haven’t dug into core enough to really- wait, this post really contradicts anything I was about to say, doesn’t it? Okay, yeah, I will def check it out then haha.

      I’m going to spend more time in core and see if I can find the places you mentioned, of functions not being used or potential strangeness. Looking forward to it.

      Thanks for stopping by. 🙂

      Reply
  4. Joseph
    Joseph July 15, 2015

    Thank you so much for this. I’ve wondered about this so many times and haven’t investigated thoroughly. I’ll be bookmarking this for future reference.

    Reply
    • RachieVee
      RachieVee July 16, 2015

      Hi Joseph,

      Awesome! You’re welcome. 🙂

      Reply
  6. The WordPress Hooks Firing Sequence! | WPShout
    The WordPress Hooks Firing Sequence! | WPShout August 20, 2015

    […] that the standard resources were missing some crucial information for those new to the concept. Check out her post on the firing order of hooks, including a great list of 61 Actions Fire on the front […]

    Reply
  8. Surja Gain
    Surja Gain December 20, 2016

    Thank you for the trouble 🙂

    I’m learning WordPress and got here by searching for the sequence in which WordPress loads. Was looking into some code which had a function in which a header() statement is included. I read that a header function should be sent to the browser before any html output so I was curious to see when the actual output to the browser is generated.

    Thanks for this list from your investigations which will surely be very helpful for those learning WordPress development.

    Reply
  11. Britta
    Britta January 27, 2018

    I am using this frequently too. Thank you so much for taking the time to make this available to all of us. Very much appreciated <3

    Reply
  13. siham
    siham May 28, 2019

    thank you for this article, it’s very helpfull

    Reply
  14. Michael
    Michael December 13, 2020

    Lol I get lost in the black hole every time I use the codex. LOST! Great post!

    Reply
    • RachieVee
      RachieVee April 3, 2022

      You’re welcome! I’m glad this is still helpful even years later.

      Reply
  16. Ollie Jones
    Ollie Jones May 5, 2022

    You rock, RachieVee. It’s great you had the patience to slog through this. Thank you thank you.

    Reply

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

%d bloggers like this: