Open
Bug 731013
Opened 12 years ago
Updated 2 years ago
New style tab_modal alert dialog doesn't display multi-line mixed content correctly
Categories
(Core :: XUL, defect)
Tracking
()
NEW
Future
People
(Reporter: thomas.smailus, Unassigned)
Details
Attachments
(1 file)
71.47 KB,
image/jpeg
|
Details |
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1 Build ID: 20111220165912 Steps to reproduce: I have javascript code running in an SVG diagram that displays a basic alert(<string>). The <string> is composed of multiple lines (embedded \n characters) and also the stringified contents of an object created in the javascript code. Actual results: Old style (and with prompts.tab_modal.enabled;false) works just fine. Everything is seen. New style (prompts.tab_modal.enabled;true), the default, doesn't display all of the string content. I only see the first line of the string (up to the first \n). There is a horizontal scroll bar in the dialog below the message and above the [OK] button. There is no vertical scroll bar that might let me see more of the message, nor is there any way to see the rest (other lines) of that alert message via expanding the modal box via handles or otherwise. Expected results: Which-ever style of display, the expected behavior is that ALL of the lines of the string content and the stringified object should be displayed by default, not just the first line. Horizontal scroll bars or vertical should not be the default either but should only come up if optional parameters (don't know if they exist for Alert() ) indicate a limit on the # of characters or rows to expand the alert to.
Reporter | ||
Comment 1•12 years ago
|
||
The code that created this alert is: function apiBIG_defaultHander_EventClicked( elementClicked, context ) { contextString = JSON.stringify(context); alert("IGViewSVG Default Handler\n\nClicked: " + elementClicked + "\ncontext: " + contextString + "\n\nSet handler by calling apiBIG_setHandlerClicked( myhandler )." ); }
Comment 2•11 years ago
|
||
Hi thomas.smailus, It looks like it's been over a year since anyone's responded to your bug report. Sorry about that! Are you still seeing this behavior? Thanks!
Flags: needinfo?(thomas.smailus)
Reporter | ||
Comment 3•11 years ago
|
||
Yes, I still need a fix to this. I just verified the issue still exists when running my code on Firefox ESR 17.0.9. I can likely set up a virtual machine to test against the latest builds if you need me to verify fixes. Its certainly something that should get resolved.
Flags: needinfo?(thomas.smailus)
Updated•11 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: 9 Branch → 17 Branch
Updated•11 years ago
|
Component: Untriaged → SVG
Product: Firefox → Core
Comment 4•11 years ago
|
||
This is not SVG it's a UI issue of some kind.
Component: SVG → Untriaged
Product: Core → Firefox
Reporter | ||
Comment 7•11 years ago
|
||
(In reply to Robert Longson from comment #4) > This is not SVG it's a UI issue of some kind. I agree that is the likely true. Whatever is acting on "prompts.tab_modal.enabled;true" in the firefox browser to present the modal dialog box isn't presenting the information correctly.
Updated•8 years ago
|
Component: Untriaged → XUL
Product: Firefox → Core
Target Milestone: --- → Future
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•