From Bugzilla Helper: User-Agent: Mozilla/4.77 [en] (Windows NT 5.0; U) BuildID: 2001080108 Mac only problem -- multiple OS versions. On the Mac in Netscape 6.1/Mozilla, when the PDF file has a form field on it, the cursor is always an arrow. It never becomes a hand cursor. If the file does not have a form field, the hand cursor appears. Note however that the hand cursor functionality still works -- you can drag the page with the cursor and scroll through the file. It is, thererfore, just a cosmetic thing. Why this is happening only in Netscape 6.1/mozilla, and not in Mac IE 5 or Netscape 4.X, is yet to be determined. Reproducible: Always Steps to Reproduce: 1 - Acrobat 5.0 2 - Browse to http://access.adobe.com/browser/cookbook.pdf (or any PDF file)- notice that the cursor is a hand cursor. 3 - Browse to any PDF file with a form field, e.g. http://access.adobe.com/browser/pingform.pdf Notice that the cursor is always an arrow. Actual Results: When PDF file has a form field, cursor is always an arrow. Note, however, that the hand tool functionality still works -- you can grab the page and move it. Expected Results: Cursor is a hand when not over form field. I do not yet know why this is happening (what problem in the implementation of the NS API that is causing mozilla/Netscape 6.1 to have this problem and not Netscape 4.X or Mac IE 5.X).

hm..i cannot seem to be able to connect to access.adobe.com. anyone else seeing this? :(

dah..took 5 mins..but i can finally see it.

Hi folks: It turns out that we are getting NO cursor events on the mac. This means that we NEVER change the cursor, no matter what tool is selected. For example, the default tool is the "hand tool" (a little hand), that allows you to scroll the page by moving it with the hand. If you choose the zoom tool, the cursor should change to a "+". It does not change, but the functionality still works. I gave you folks a copy of Acrobat plug=in to Netscape (did I give you the mac version as well? If not, and you want it, let me know). In that code (NS_pdfx.cpp), there is a NPP_HandleEvent function for the mac. In that function, there is this code for an adjustCursor event: case adjustCursorEvent: static Point lastADJ = {0,0}; if ( EqualPt(evt->where, lastADJ) ) break; /* skip it */ else lastADJ = evt->where; With Netscape 6.1, that code is never being called. We are not, therefore, getting any adjustCursorEvents. (You can compare this to NS 4.X or IE 5.X ...) Let me know if you need the mac project files for the Acrobat plug-in.

Mac plugin bug---->peterl

Now that we are past most of the crashers and Acrobat forms-related bugs, I would like to nominate this bug for consideration. Unfortunately, it is still an issue. This is more than cosmetic: it is a useability issue. The different cursors in Acrobat indicate what tool/mode is enabled. Some examples: + If the user sees the hand tool, that means he/she can use the cursor to scroll the page. + The cursor changes over a link to let a user know that that page there is "hot". + The cursor changes over a form field to let the user know that they can type. ETC. It is not, however, a crasher or does not block functionality. The priority, therefore, is not "critical".

Yeah, the code around there looks scarry and needs to be cleaned up. See bug 144876.

moving to 1.1

If this is still a problem (I doubt it), we're not going to fix it because we're not going to mess with Carbon plugin support any more. It will be removed soon. Marking WFM since I haven't heard any reports of problems with this in a while. I remember fixing some related bugs years ago.