Closed Bug 383542 Opened 17 years ago Closed 17 years ago

Odd text selection behavior with new textframe

Categories

(Core :: Graphics, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

VERIFIED FIXED

People

(Reporter: RyanVM, Assigned: roc)

References

Details

Attachments

(1 file)

Now that bug 382105 works for me, I've noticed some new incorrect text selection behavior with the new textframe.

At the top of all bug reports, such as this one, it says "Bugzilla@Mozilla - Bug xxxxxx". Double clicking "xxxxxx" should result in only the "xxxxxx" being selected. Instead, double clicking the bug numbers results in "Bug xxxxxx" being selected instead. However, if it says "Bug xxxxxx processed" instead, double click selection seems to work as expected.
Flags: blocking1.9?
Flags: blocking1.9? → blocking1.9+
I'm using a normal nightly and double clicking the bug number results in "Bug xxxxxx" being selected....

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a6pre) Gecko/20070612 Minefield/3.0a6pre ID:2007061206
Attached patch fixSplinter Review
With the new textframe, we always use nsIWordBreaker so we have to fix this in nsSampleWordBreaker in intl/. (There was probably a bug before where an NBSP in Unicode text was treated as part of a word.)
Assignee: nobody → roc
Status: NEW → ASSIGNED
Attachment #268142 - Flags: superreview?(smontagu)
Attachment #268142 - Flags: review?(smontagu)
Comment on attachment 268142 [details] [diff] [review]
fix

r=me, but I'm not a super-reviewer
Attachment #268142 - Flags: superreview?(smontagu)
Attachment #268142 - Flags: superreview?
Attachment #268142 - Flags: review?(smontagu)
Attachment #268142 - Flags: review+
Do we use super-review in intl/ these days?
Currently we use super-review except for NPOTDB or updates to properties files with no code changes.

If my say-so as module owner is enough to set policy, I would say we need EITHER r+sr or r+moa; in other words the module owners (currently me and Jungshik) have the power to decide ad hoc what changes need sr. Brendan, is this acceptable?
(In reply to comment #5)
> Currently we use super-review except for NPOTDB or updates to properties files
> with no code changes.
> 
> If my say-so as module owner is enough to set policy, I would say we need
> EITHER r+sr or r+moa; in other words the module owners (currently me and
> Jungshik) have the power to decide ad hoc what changes need sr. Brendan, is
> this acceptable?

Sure.

/be
Comment on attachment 268142 [details] [diff] [review]
fix

r+moa=smontagu. Go ahead and check in.
Attachment #268142 - Flags: superreview?
checked in
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: