Open Bug 453151 Opened 17 years ago Updated 5 years ago

show_bug header contains superfluous spaces

Categories

(Core :: DOM: Serializers, defect, P5)

Product:
Core
Component:
DOM: Serializers
Type:
defect

Tracking

()

People

(Reporter: dao, Unassigned)

Details

STR: show a bug, select and copy the header, paste it somewhere. actual result: " Bug xxx - foo" expected: "Bug xxx - foo"
Why is it a bug in Bugzilla rather than a bug in Firefox? The HTML 4.01 spec doesn't care about consecutive spaces and concatenates them into a single one. Why selecting text from Firefox doesn't do the same? I'm not arguing against fixing it in Bugzilla, but why doesn't Firefox do the trick for us? Is there a reason for that?
(In reply to comment #1) > why doesn't Firefox do the trick for us? (I wondered too...)
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b1pre) Gecko/20080901001111 SeaMonkey/2.0a1pre When I select the Summary of this bug, the highlighted string looks like "[Server Software] Bug 453151 - show_bug header contains superfluous spaces (edit)" but when I paste it, I get "[Server Software] Bug 453151 - show_bug header contains superfluous spaces (edit) " (without the spaces in both cases, but with the extra spaces, also at the end, in the latter case). IMHO this is a Core bug, not a Bugzilla bug; but I'm not sure which Core component to move it to.
I meant without the _quotes_ in both cases of course
Trying the same thing with other browsers doesn't show this issue. So it's definitely our fault. David, which component will be the best one?
Assignee: ui → nobody
No longer blocks: bmo-regressions-0808
Component: User Interface → Editor
Keywords: regression
Product: Bugzilla → Core
QA Contact: default-qa → editor
Version: 3.2 → Trunk
Component: Editor → Selection
QA Contact: editor → selection
FYI <span> X </span> Y <span> Z </span> copies as X Y Z Even if this is a bug in Gecko there are a lot of Firefox 3 users out there ;-)
This is the plaintext serializer.
Component: Selection → Serializers
QA Contact: selection → dom-to-text
Possibly a regression from bug 244685...
Blocks: 244685
My bad, this bug goes at least as far back as Mozilla 1.6
No longer blocks: 244685

Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.

If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.