29030 - [xul dirviewer] keyboard navigation doesn't work

Status: RESOLVED INACTIVE

(Core :: XUL, defect, P3)

Description

[sairuh (rarely reading bugmail)]

dunno if this should go to saari; reassign where appropriate. :-) saw this on
linux, mac and winNT using the opt comm bits, 2000022308.

1. go to the above ftp site.
2. try to scroll by hitting Page Down, Page Up or the spacebar.

result: no scrolling occurs. still able to drag the thumb widget to scroll,
though --and those keys do still work on html pages (for the most part; see bug
26658).

Comment 1

[saari (gone)]

I have no idea why FTP is different than web pages, but I'll take a look...

Comment 2

[Peter Trudelle]

Mass-moving most M15 bugs to M16

Comment 3

[Peter Trudelle]

moving to m18

Comment 4

[WD]

*** Bug 39596 has been marked as a duplicate of this bug. ***

Comment 5

[Peter Trudelle]

mass-moving all bugs to m21 that are not dofood+, or nsbeta2+

Comment 6

[sairuh (rarely reading bugmail)]

*spam*: transferring current XP Menu bugs over to jrgm, the new component owner.
feel free to add me to the cc list (unless am the Reporter) of any of these, if
you have any questions/etc.

Comment 7

[sairuh (rarely reading bugmail)]

adding helpwanted kw for a feature that's been part of 4xp...

Comment 8

[saari (gone)]

Mozilla 1.0

Comment 9

[Peter Trudelle]

->aaronl/moz0.9, added access keyword

Comment 10

[sairuh (rarely reading bugmail)]

aaronl, did you really mean moz1.1? [unless you meant moz0.9.1] not being able
to scroll ftp listings --esp large ones like
ftp://ftp.mozilla.org/pub/mozilla/nightly/ --via the keyboard is a real pain...

Comment 11

[Aaron Leventhal]

We don't appear to use XUL for this anymore - test URL comes up in HTML and page
keys work.
Marking WORKSFORME

Comment 12

[Jeremy M. Dolan]

Linux 2001071608

Doesn't work for me. Can't scroll in the URL until I click to set focus on the
listing.

I have this problem on http: pages too, occasionally. This is probably a more
general problem of pagedown/etc not working due to focus being at the URL bar or
elsewhere. Other thinks like ^W to close window, ^U for source also often don't 
work. Using keyboard control for mozilla right now still really bites, but
considering it wasn't even possible for 4.7, I figured it was low priority and
didn't file anything yet.

Comment 13

[Jeremy M. Dolan]

Workaround: hit tab three times to focus the document part of the window, hit
down arrow to bring up the selection bar, now page up and down will work.

Focus should be given to the document as soon as it starts to load.

Comment 14

[Aaron Leventhal]

This has nothing to do with it being an ftp page though does it?
You could be experiencing 58250.

Also, is your sidebar open?

I really think this is resolved - the original bug was because we used XUL for
ftp pages, now it's like every other page.

Comment 15

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I think this bug was originally filed about the directory viewer that used to be
used for ftp and file and is now used only for file and gopher (I think).  Right
now PgUp/PgDn work for me on file URLs once I click to select a file and give
focus, but it ought to have focus even without that...

Comment 16

[Aaron Leventhal]

-> bbaetz, directory view

Comment 17

[Bradley Baetz (:bbaetz)]

-> 0.9.7 for dirviewer rewrite

Comment 18

[Bradley Baetz (:bbaetz)]

Given the <tree>-><listbox> changes, which mean that <tree> will become
<outliner> automatically (and my current time constraints), I'm going to push
this off for the moment. 0.9.8 is out for me, so that means 0.9.9

The bugs being changed this way either require <outliner> support, or would be a
lot easier with such support

Comment 19

[Bradley Baetz (:bbaetz)]

OK, moving all XUL dirviewer bugs to post 1.0. I don't want to be doing this,
but there are only so many hours in the day. These will be taken earlier if
someone submits a patch, or I find time.

Comment 20

[timeless]

aaronl: is there a plan for fcc508 bugs? it would seem to me that fcc508 bugs 
should be mozilla1.0 blockers. If the only problem described here is a result 
of <tree>s instead of <outliner>s then perhaps this bug should sit on 
the near side of 1.0 blocked by the tree -> outliner bug (which somehow blocks 
shipping mozilla1.0).

Comment 21

[Bradley Baetz (:bbaetz)]

I'll happily take a patch, but I think that this may be due to how the xul
document is hacked into place, and so may be messy.

Note that the xul viewer will probably not be on by default for 1.0...

Comment 22

[Bradley Baetz (:bbaetz)]

-> 1.1, since the dirveiwer will not be on by default RSN

Comment 23

[Bradley Baetz (:bbaetz)]

xul dirviewer bugs -> 1.2. I have no time..

Comment 24

[erik johansson]

This is solved now, since ftp listing is no longer handled by Xul see Bug #67684

Comment 25

[timeless]

err, no this bug is clearly about the xul dirviewer.
the fact that it didn't have working keyboard navigation doesn't
change just because we don't use it.

Comment 26

[Aaron Leventhal]

We don't use this -> minor

Comment 27

[Firefox Bug Husbandry Bot]

https://bugzilla.mozilla.org/show_bug.cgi?id=1527381

Comment 28

[Mike Conca [:mconca]]

XUL is gone. Closing. Please file a new bug if specific keyboard navigation issues are found.