Bug in WeBuilder 7, 8 & still in 9.0.0.96's Search & Replace

[slavurbator]

I've just upgraded from version WeBuilder 2007 to WeBuilder 2008 and found a bug unfixed still my first use of WeBuilder 2006!

If there are some entries in the history/drop down list of the "search for"- and of the "replace with"-field the wrong entry is selected by mouse or keyboard. This is very, very annoying, 'cause if you don't carefully watch, what Webuilder puts into the "replace with"-field the your code could be seriously damaged, especially in conjunction with the replace all button!

For example I've selected border="0" but WeBuilder instead puts <br /> into the replace with field.

[chrisjlocke]

That doesn't happen on my system, and this bug hasn't been reported before.

What operating system are you using?

[slavurbator]

My business PC is still running under Win2k SP4 - I'll try to reproduce it on another machine.

[slavurbator]

As promised I've tried to reproduce it on a second system, this time running on a quite fresh installed WinXP SP3-PC ... but I was unable to reproduce it
Because of this I then uninstalled all WeBuilder-Entries in Windows Control Panel - Software (there have been entries from WeBuilder 6.3, 7, 8 and v.9.0RC (=9.0.0.96??!!)) of my old Win2k system and made a complete registry cleanup after rebooting. Finally I rebooted once more and did a fresh install of WeBuilder 2008 9.0.0.96.

After all of this I tried to reproduce the reported bug ... and, what should I say, I made it, meaning that it still occurs! Finally I went back to the new WinXP system and were able to reproduce it on this machine, too! I think there are two prerequisites for the buggy behaviour to occure:

1. there have to be enough entries in the drop down list of the "search for"- and/or the "replace with"-field thus a scroll bar appears in the drop down list;
2. one of the entries in the drop downlist must be the same as in a prior search/replace-action

Here's an example: My last replace with entry was "../abb/"; now when selecting an entry by mouse or keyboard, i.e. "border="0"", the wrong entry ("<br />") is put into the replace with field

[MikeyB]

I have too had this happen a few times.
Can't be sure if it only happens on replace, or on just search as well.

Do CTRL+F for Find
Select one of the previous searches from the drop-down list, and it will select a different one!

Not sure if I've had it happen in 9.0.0.96, but will try to keep an eye out for it.

Mike

[slavurbator]

I've reported it for search & replace, 'cause replacing something erroneously is much more harmful especially if you use it in conjunction with "replace all"

[slavurbator]

Is anyone of the "officials" working on this issue?

[chrisjlocke]

All reports are noted. They may not always get publicly aknowledged, but nothing is ignored.