I've noticed a problem when navigating folders either using the files Tree or the main navigation area. I have enabled webfm for a content type created using CCK. This content type has quite a few fields and the webfm entry area is placed at the bottom of the form. Sometimes, when clicking on the directory name it causes the browser to jump to the top of the form. This doesn't always happen, seems to be sporadic. It is as if an anchor tag is set at the top of the page and clicking a directory name sometimes randomly causes the page to jump to that anchor tag. This occurs in both Firefox and IE7. Opera does not allow right click functionality for managing files/directories (perhaps another bug).

I tried adjusting the weight 29 and 30 to bring webfm to the top of the content entry form, but it has no effect. Is it possible to change the ordering of webfm so that it appears up above the node title in the content entry form?

Comments

wolfraem’s picture

I believe part of the placement of fields in nodes (title and content) is set in the Drupal core. You'd have to determine where the file is that manages the hook_(edit) function for a new node type and move the title field there.

robmilne’s picture

Status: Active » Postponed

The jumping issue is annoying but I don't have time to fix. If the new maintainer jquerifies the module perhaps this issue will go away.

wdouglascampbell’s picture

I was also having this issue in version 6.x-2.12.

It appears a work around has been implemented, at least in 6.x-2.12. I discovered after trying to find the problem in the code that there is a check for whether the ALT key is pressed. You need to press ALT, click and hold on the folder to switch to and then wait until the message "Working... please wait" appears before releasing the hold, the folder contents will display without you jumping to the top of the page.

This issue seems to be caused by the fact that both selection of a folder and dragging of a folder are dependent upon the click or mousedown event. I'm sure there is a way to make this work without requiring the ALT key but until someone comes up with that solution, this works pretty good.

nhck’s picture

Status: Postponed » Closed (won't fix)

As per #803722: Cease support of Drupal 5? support for D4 and D5 has been closed. Sorry, please upgrade to Drupal 6. If you think this issue still applies with Version 6.x please reopen this issue with correct version tag.

nodecode’s picture

Version: 5.x-2.1 » 6.x-2.10
Status: Closed (won't fix) » Active

I definitely see this with 6.x-2.10. To reproduce, user needs permission to move folders. In my case i start clicking on each folder in rapid succession (4 folders total) and on the 3rd click usually, everything JUMPS up to the top of the page and 1/2 the time the last folder i clicked on ends up inside another folder. Yikes!

P.S. I'm using a Zen-based theme and seeing this in FireFox 3.6

nodecode’s picture

Version: 6.x-2.10 » 6.x-2.12

sorry, wrong version

nhck’s picture

Version: 6.x-2.12 » 6.x-2.x-dev
Priority: Critical » Normal

nodecode,
I introduced some fixes for the dev version in order to handle the moving of the folders. Maybe the jumping was more related to moving of the folders? Currently I cannot reproduce - maybe you can test again?

Thank you.

nodecode’s picture

nhck,
Yep, I'm still seeing the problem in the latest dev version with FireFox 3.6 and IE8. I've observed that the bug stops happening at times, but only because drag-and-drop also stops.

On the mousedown event would it be possible to set maybe a 500ms or more pause before the drag-and-drop function actually fires? That way drag-n-drop would not interfere with regular quick mouse clicks (just a thought).

A few tips for coaxing this bug out into the open:

  • First off, make sure you're clicking folders in the webfm-tree not the webfm-dirlist element
  • The bug doesn't seem to manifest itself if you're already at the top of the webpage. Make sure when clicking to see the bug, that the page is scrolled down (either shrink your window vertically and scroll down, or try it on a page where you have to scroll down to see the webfm interface)
  • Sometimes the bug stops happening and everything looks fine when in fact, its the drag-and-drop that has stopped working altogether. Periodically click and hold to make sure drag-and-drop is still working. If not you'll have to do a hard refresh of the page.
  • Do a lot of clicking on different folders quickly, it might take a while before it happens
  • Test with IE8 (seems to be more consistent than other browsers in revealing the bug)