Closed Bug 361305 Opened 18 years ago Closed 16 years ago

Links in Acrobat PDF's not opening in Seamonkey

Categories

(SeaMonkey :: General, defect)

SeaMonkey 1.1 Branch
x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: barnabyr, Unassigned)

References

()

Details

(Keywords: regression)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.13) Gecko/20060414
Build Identifier: Seamonkey 1.0.6 for Windows

I am running SeaMonkey 1.0.6 on WinXP2. I have the full version of Acrobat with plugin, and pdfs display within SeaMonkey. Links within pdf documents WILL NOT open in SeaMonkey, but will always open another browser to display the URL. FX 2.0 is my default browser, so Firefox will usually open to display the target of the link from the pdf document. If IE is open the links will open in IE. Changing my default browser to SeaMonkey does not fix the problem. Changing SeaMonkey prefs regarding window/tab opening for external links does not change the behavior (either by changing the prefs or by altering them in about:config). Here are my config settings:

browser.link.open_external 1
browser.link.open_newwindow 3
browser.link.open_newwindow.restriction 0

In FX 2.0 and IE, with pdfs displayed in the browser, clicked links in pdfs display within the same browser window, the proper behavior. In SeaMonkey, if I right-click on a link within a pdf and then click "Open weblink in browser," the link DOES open in SeaMonkey. 

I should add that with the SeaMonkey 1.0.6 build for Solaris 8, the behavior described above does not occur. Links in pdfs open in the same SeaMonkey window as the pdf was displayed in, as is the case for Firefox 2 and IE for WinXP.

The bad behavior mentioned above also does not occur with Mozilla Suite 1.7.13 on a Win2000sp4 platform. I just installed SM 1.0.6 on the same Win2000sp4 platform, and the bad behavior DOES occur.

Therefore, the problem is isolated to SeaMonkey 1.0.6 on Windows platforms, and was introduced after Mozilla 1.7.13.

It appears that the problem is related to the SeaMonkey implementation of the new display options:

browser.link.open_external 1
browser.link.open_newwindow 3
browser.link.open_newwindow.restriction 2

The 1,3,2 values are my default values for Firefox 2. If I set these values in SeaMonkey, I still get the same bad behavior with links in pdfs opening external browsers to display URLs.

It appears as if the Windows build of SeaMonkey 1.0.6 is referring all calls from external applications (in this case Acrobat) to open in the system default browser, not in SeaMonkey itself. 

Reproducible: Always

Steps to Reproduce:
1. Open pdf file in SeaMonkey using Acrobat plugin. PDF file must contain web links.
2. Click on web links in pdf file.
3. Default browser (non-SeaMonkey) opens to display URL of link. Link target will not display in SeaMonkey.

Actual Results:  
If IE is open, URL will display in IE.  If Firefox is open, URL will display in Firefox. If no other browsers are open, Firefox (default browser) will start and display URL.

Expected Results:  
URL should open in same window of SeaMonkey that the pdf was displayed in, or possibly in a new tab is that preference is set.
Version: unspecified → 1.8 Branch
The same bad behavior is present with SM 1.0.5 on my WinXPsp2 system, and with SM 1.1b on a Win2000sp4 platform.
The behavior is unchanged if a new, clean profile generated by SM is used.
If the default browser is set to IE, and then switched to SM, links inside a pdf displayed in SM will display in SM.  However, if the default is set to FX 2.0, the links will still display properly in FX, IE, and Mozilla 1.7.13, but NOT in SM. There appears to definitely be a difference in how SM behave in this regard as compared to the other browsers. 
I'm having a similar problem with SeaMonkey 1.1. However, not only do links with pdfs not work but with SeaMonkey set as the default browser no double-clicked files, links from Outlook or anything similar work. Dragging files into SM work as does the file/open menu. I have tried various incarnations of the settings listed above to no avail. As with Solaris, this stuff all works fine in MacOS X.
Flags: blocking-seamonkey1.5a?
This works for me now with SM 1.1.9.
barnabyr,
Can you reproduce with SeaMonkey v1.1.9 ?
Keywords: regression
Version: 1.8 Branch → SeaMonkey 1.1 Branch
With Firefox 3 as my default browser on WinXPsp3, the problem with links in pdfs not opening in SM DOES NOT occur in SM 1.1.9.  In other words, the target of a link in a pdf that is displayed in SM using the Acrobat plugin WILL now display in SM, the proper behavior.  Good job fixing the problem!
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
No specific bug / patch referenced as the fix.

-> WORKSFORME
Resolution: FIXED → WORKSFORME
Flags: blocking-seamonkey2.0a1?
You need to log in before you can comment on or make changes to this bug.