The default bug view has changed. See this FAQ.

XML Pretty Printer loses collapsing tree functionality with JavaScript disabled

NEW
Unassigned

Status

()

Core
XML
13 years ago
4 years ago

People

(Reporter: Anthony Parsons, Unassigned)

Tracking

(Depends on: 1 bug)

Trunk
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

13 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.7.3) Gecko/20040930 Firefox/0.10.1 (Nova-AVIARY: MNG)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en; rv:1.7.3) Gecko/20040930 Firefox/0.10.1 (Nova-AVIARY: MNG)

On any XML page shown in the default tree view, the +/- buttons to collapse tags
only work when the browser has javascript enabled.

Reproducible: Always
Steps to Reproduce:
1. Disable Javascript
2. Load an XML file with at least one nested tag pair
3. Try clicking the "-" next to a tag

Actual Results:  
No reaction.

Expected Results:  
The tag's contents should be hidden after clicking, as it does when Javascript
is enabled.

There are two solutions I can think of here: treat the XML pretty printer as
part of the chrome (which would allow scripts to run), or temporarily enable JS
while displaying raw XML. I don't know if there's any risk in doing either, am I
right in guessing that any <script> tags in the XML would be ignored?

Comment 1

13 years ago
Confirming with a two day old Seamonkey Linux build.

I think this should work regardless of the JavaScript setting, because this is a
local feature of our application and not of a remote web-site.
Severity: trivial → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Summary: XML Pretty Printer loses collapsing tree functionality with JS disabled → XML Pretty Printer loses collapsing tree functionality with JavaScript disabled
Depends on: 236839
*** Bug 290222 has been marked as a duplicate of this bug. ***

Comment 3

11 years ago
*** Bug 350828 has been marked as a duplicate of this bug. ***

Comment 4

9 years ago
I'm not sure this legitimately depends on bug 236839, because I can think of several ways for implementing this functionality without XBL and possibly even without JS. Anybody up to take on this bug?
Flags: wanted1.9.0.x?
Not "wanted" (by release-drivers) in the sense of a prospective blocker that we'll actively champion finding developers for. If a fix ever shows up we'll evaluate risk/reward if someone wants to drive it into the 1.9.0 branch.

Your better approach would be to get a fix in a more recent branch first.
Flags: wanted1.9.0.x?
QA Contact: ashshbhatt → xml
Assignee: xml → nobody
Depends on: 821850
No longer depends on: 821850
Depends on: 834697
You need to log in before you can comment on or make changes to this bug.