Needs review
Project:
Match Redirect
Version:
7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
8 Jun 2015 at 23:19 UTC
Updated:
25 Mar 2026 at 22:25 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
stlnyc commentedYes, we are experiencing the same dilemma. We would like to have 1:1 redirect rules defined in the Redirect module to process first...and then any pattern based rules defined inside Match Redirect next. Anyone have any thoughts on how to modify the priority of execution?
Comment #2
nsciaccaSet the module weight in the "system" table for match_redirect to be "1" instead of 0. This makes sure its hooks run after the "redirect" module and should preserve your 1:1 redirects before matching patterns.
Comment #3
biff45452 commented@nsciacca is correct. Whichever module runs first will win.
Comment #4
biff45452 commentedComment #5
demonde commentedComment #6
demonde commentedMatch redirect should have an option to decide if match redirect or redirect runs first.
Hacking the DB is not a real option.
Comment #7
demonde commentedComment #8
liannario commentedThis would be a very nice feature to have
Comment #9
codevoice commentedJust in case it saves someone two minutes...
Set the weight for match_redirect to 1:
UPDATE `system` SET `weight` = '1' WHERE `system`.`name` = 'match_redirect';Set it back to 0:
UPDATE `system` SET `weight` = '0' WHERE `system`.`name` = 'match_redirect';Comment #10
demonde commentedI think it would be sufficient to put the weight to 1 in the installation process.
It is just logical that redirect patterns are less important than individual redirects.
Fuction for match_redirect.install would be:
Comment #12
hargobindNew fork which adds a setting on the Match Redirects page to first defer to any redirects set up via the redirect module.
Comment #13
hargobind