There was a change going from 2.4 to 2.5 if you put an inbound route with just a cid and no did. However, I don’t think it is related. In 2.5, an example dialplan that would get generated for just a CID of 4257631234 might look like:
exten => _./4257631234,1,Set(__FROM_DID=${EXTEN})
exten => _./4257631234,n,GotoIf($[ "${CALLERID(name)}" != "" ] ?cidok)
exten => _./4257631234,n,Set(CALLERID(name)=${CALLERID(num)})
exten => _./4257631234,n(cidok),Noop(CallerID is ${CALLERID(all)})
exten => _./4257631234,n,Set(__CALLINGPRES_SV=${CALLINGPRES_${CALLINGPRES}})
exten => _./4257631234,n,SetCallerPres(allowed_not_screened)
exten => _./4257631234,n,Goto(app-blackhole,musiconhold,1)
where as in 2.4 it would have looked like this (I think, I don’t have a 2.4 system to confirm):
exten => s/4257631234,1,Set(__FROM_DID=${EXTEN})
exten => s/4257631234,n,GotoIf($[ "${CALLERID(name)}" != "" ] ?cidok)
exten => s/4257631234,n,Set(CALLERID(name)=${CALLERID(num)})
exten => s/4257631234,n(cidok),Noop(CallerID is ${CALLERID(all)})
exten => s/4257631234,n,Set(__CALLINGPRES_SV=${CALLINGPRES_${CALLINGPRES}})
exten => s/4257631234,n,SetCallerPres(allowed_not_screened)
exten => s/4257631234,n,Goto(app-blackhole,musiconhold,1)
You can do a test by editing the extensions_additional.conf file and making the change manually and then doing a reload at the CLI. (remember, next FreePBX change will wipe this out). If you find that returns the behavior from what is currently generated, then please open a ticket. If not, what version were you previously running.
Note - I did the same test here and the results were the same and as expected, which is as long as no DID for the inbound number was specified, it routed on that rule in both cases. If there was a route for the DID that had no CID, the route would take precedence as FreePBX considers the DID with no CID a more precise match then a route with no DID (s or _.) but a CID.