Genesys Wiki - User contributions [en]

Enabled Only Means It Was Stored, Not That It Ran

2026-09-05T17:56:21Z

PhilomenaLundie: Created page with "Enabled only means it was stored, not that it ran The rule sits in the list where you left it. Its switch reads Active, the dashboard is green, and the URL still opens the old page. Nothing in the interface looks wrong, because nothing there is. Active says the setting was accepted and is eligible to run; it says nothing about whether any call ever got through to it. Matching is where most of an afternoon disappears, and one quirk accounts for m..."

Enabled only means it was stored, not that it ran The rule sits in the list where you left it. Its switch reads Active, the dashboard is green, and the URL still opens the old page. Nothing in the interface looks wrong, because nothing there is. Active says the setting was accepted and is eligible to run; it says nothing about whether any call ever got through to it. Matching is where most of an afternoon disappears, and one quirk accounts for more of it than the rest together. A wildcard is compared against the whole address, the query string included, so a pattern that does not end open will skip any request carrying parameters. That is exactly what happens when you append something to defeat the browser cache: the cache-buster beats the pattern instead, the page loads normally, and you assume the rule is faulty. Operators vary in whether they care about capitals, which turns a path copied from a design document into a rule that matches nothing. Bulk lists act the other way round and disregard parameters completely, but subpath and subdomain coverage stay disabled unless switched on, and a list that no rule activates does nothing at all. Something may have responded before your turn Rules products run in a fixed order, and a redirect stops evaluation the moment it triggers. Two settings that match the same address are not a draw: the first one reached wins, and the product order determines which that is. Older forwarding settings yield to the current products, which sounds like welcome news until the new pattern fails — then the old one activates, the visitor lands somewhere nobody configured this week, and the symptom stops resembling a redirect problem at all. Checking the order is faster than changing either one. That gap is most of the assessment. Saved and ran are two different states, and the dashboard can only show the first one. Between a visitor and your setting there is the proxy mode of the entry, the order in which products are checked, and sometimes a zone in an account that is not yours. Until you know which handler received the request first, debating the rule itself is guesswork. The answer comes from a request, not from another glance at the configuration. The full write-up, with every stage and what each answer resolves: [https://301.sh/redirect-rule-active-but-nothing-happens/ cloudflare redirect rule does not fire] The sequence is what rescues the evening: did it arrive, did the template cover it, did something respond earlier, and are you viewing a plain query rather than a browser tab that may be showing you yesterday. Each question is resolved once, and the one that comes back wrong is the one to repair.

Active Only Means It Was Saved, Not That It Ran

2026-09-02T18:48:15Z

PhilomenaLundie: Created page with "Active only means it was saved, not that it ran The rule sits in the list where you left it. Its switch shows Active, the dashboard is green, and the URL still loads the previous page. Nothing in the panel looks wrong, because nothing there is. Active means the setting was accepted and is eligible to run; it says nothing about whether any request ever arrived at it. Matching is where most of an afternoon goes, and one quirk accounts for more of..."

Active only means it was saved, not that it ran The rule sits in the list where you left it. Its switch shows Active, the dashboard is green, and the URL still loads the previous page. Nothing in the panel looks wrong, because nothing there is. Active means the setting was accepted and is eligible to run; it says nothing about whether any request ever arrived at it. Matching is where most of an afternoon goes, and one quirk accounts for more of it than the rest together. A wildcard is compared against the whole address, the query string included, so a pattern that does not end open will skip any request bearing parameters. That is exactly what happens when you append something to bypass the browser cache: the cache-buster defeats the pattern instead, the page loads normally, and you conclude the rule is broken. Operators differ in whether they care about capitals, which turns a path copied from a design document into a rule that matches nothing. Bulk lists behave the other way round and disregard parameters entirely, but subpath and subdomain coverage stay disabled unless enabled, and a list that no rule enables does nothing at all. Something may have responded before your turn Rules products operate in a fixed order, and a redirect ends evaluation the instant it triggers. Two settings that cover the same address are not a draw: the first one hit prevails, and the product order determines which that is. Older forwarding settings yield to the modern products, which seems like welcome news until the new pattern fails — then the old one activates, the visitor arrives somewhere nobody configured this week, and the symptom stops resembling a redirect issue at all. Reading the order is quicker than changing either one. The complete write-up, with every step and what each answer resolves: [https://301.sh/page-rules-where-every-setting-went/ page rules deprecated] The order is what saves the evening: did it arrive, did the template match it, did something respond sooner, and are you viewing a plain query rather than a browser tab that may be showing you yesterday. Each question is answered once, and the one that comes back wrong is the one to fix.

User:PhilomenaLundie

2026-09-02T18:48:10Z

PhilomenaLundie: Created page with "I poke at the documentation for Cloudflare and hold it against what actually happens. What I mostly deal with is the difference between the forwarding methods — there is always something surprising in there. Here is my site ... [https://301.sh/page-rules-where-every-setting-went/ page rules deprecated]"

I poke at the documentation for Cloudflare and hold it against what actually happens. What I mostly deal with is the difference between the forwarding methods — there is always something surprising in there. Here is my site ... [https://301.sh/page-rules-where-every-setting-went/ page rules deprecated]