Alright, sorry to take so long getting back to you, but I was trying to set up a replica of our website for you to check out. I came up with some "interesting" results in the process.
However, let me first go through the checklist you gave me:
- I'm either misunderstanding your question, or you misunderstood my last post. I already said that there are pages (I tested only 2 pages) where the iFinity Inline Link Master works in the text/html module but not in the news articles, etc modules -- that's the problem.
- Yes, I did select all of the pages on the site for the replacement rule. I first attempted to use the "Use on all Pages" radio button with no avail. As a second attempt and to try to narrow down the problem, I chose the "" radio button and checked the checkboxes by the pages I was hoping to find results on (this too was to no avail and yielded the same results).
- The last attempted find/replace details were as follows:
Name: Test
Find: recently
Replace: <b>recently</b>
Regex?: False
Use on Pages / Modules: All Pages, All Modules
Now, as for the url to an example of where it fails, let me first explain our development environment:
| Name |
OS |
Use |
Local Network Only |
| cpu1 |
Windows Vista Business Sp1 |
Development |
Yes |
| cpu2 |
Windows Server 2008 |
Staging |
Yes |
| cpu3 |
Windows Server 2008 |
Live |
No |
| cpu4 |
Windows Server 2003? |
Demo |
No |
| cpu5 |
Windows XP |
Development Database |
Yes |
I just created the name column so I could talk about them (that's obviously not their real names).
Anyway, I was trying to create a replica of our live website for you to view on cpu4. I was also using the same backup .zip file that I used to create the replica on cpu4 to create a replica on cpu1 at the same time. I connected both cpu1's and cpu4's dnn instance to the same database on cpu5 (the database was a restore from a backup of the live website). The reason I did this was trivial, but the unexpected result was informative.
The Inline Link Master worked on cpu4 while the Inline Link Master did not work on cpu1.
To look into this result further, I copied the files from cpu4 to cpu2. cpu4 still worked (of course), but cpu2 did not work.
So...my conclusion is that since the website files on cpu4 and cpu2 were exactly the same and both of the computers shared the same database, the issue lies within the OS or the environment settings. Unfortunately, the guy in charge of cpu4 is going to be gone for a while because he's trying to use up his annual leave, and I don't remember (for sure) the exact specs of cpu4 
. I'm fairly certain that the computer runs Server 2003. I'll try to get a hold of him by e-mail, but it might take a day or two.
One other important note that I conveniently forgot to mention during my last post is that there was an error that I had to fix before I was able to test the module out. The website was complaining about assembly conflicts (duplicate files) from the GAC and the .NET Framework Temp folder. I fixed the problem by replacing:
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<probing privatePath="bin;bin\HttpModules;bin\Providers;bin\Modules;bin\Support;" />
</assemblyBinding>
</runtime>
with
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<probing privatePath="bin;bin\HttpModules;bin\Providers;bin\Modules;bin\Support;" />
<dependentAssembly>
<assemblyIdentity name="System.Web.Extensions" publicKeyToken="31bf3856ad364e35"/>
<bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="System.Web.Extensions.Design" publicKeyToken="31bf3856ad364e35"/>
<bindingRedirect oldVersion="1.0.0.0-1.1.0.0" newVersion="3.5.0.0"/>
</dependentAssembly>
</assemblyBinding>
</runtime>
in the web.config file.
Thank you for your help.