The problem is the following (the code could be found in edit.js, function insertTags).

With "range.text = tagOpen + selText + tagClose;" the new text is set and the cursor is set after the new text, so up to this point it's correct. But then "range.select();" is called. It's nothing selected at this time, so the cursor is set to the beginning. Normally the text should be selected again using the code between these two lines, but this doesn't work. So the first fix would be to put "range.select();" into the block "if (isSample && range.moveStart)". This line has to be in this block.

But this wouldn't fix the problem: the text should be selected again using this block and Opera doesn't go into this block, because "isSample" is false. "isSample" should be set to true using "checkSelectedText()", a subroutine of "insertTags()". The corresponding line seems to be executed, but the value isn't set. This seems to be a problem of global/local variables... the line "selText = sampleText;" is executed, too but "selText" doesn't change. I don't know the details of JavaScript and validity of variables, but this is the problem...

I'm using newest stable version of Opera - 9.52 - and edit buttons work fine. I suggest closing the bug.

This is true. Opera 9.52 has the same behavior like current Firefox and IE versions, so this seems to be correct now.

alexsm333 wrote:

As far as I can see, this was a bug in Opera 9.50 and Opera 9.51.

Suggest closing.

To #1: range.select() is necessary for IE to make the selection visible again.

Closing the bug, the affected versions of Opera were responsible for 0.06% of hits last month per http://stats.wikimedia.org/wikimedia/squids/SquidReportClients.htm