Upgrade Storage[Bug] Zotero 8.0.3: Custom PDF Handler (Chrome) fails to open file from 'Attachment Info' pane
[Bug] Zotero 8.0.3: Custom PDF Handler (Chrome) fails to open file from 'Attachment Info' pane
Description:
In Zotero 8, when Google Chrome is manually set as the PDF handler (Settings -> General -> Open Reader), double-clicking a specific page entry in the "Attachment Info" pane fails to open the PDF. Instead, it incorrectly triggers a navigation to an invalid URL "http://page=N/".
Steps to Reproduce:
1. In Settings -> General -> Open Reader, select "Custom..." and point to the Google Chrome executable.
2. Select a PDF attachment and open the "Info" tab in the right pane.
3. Double-click a specific page number (e.g., page 3) under the attachment details.
Actual Results (Confirmed on Windows 11 25H2):
Chrome launches but attempts to navigate to "http://page=3/". The local PDF file path is missing from the command, causing a navigation error. The user must return to the first page entry to open the file.
Expected Results:
Zotero should pass the correct local file path to the custom handler regardless of which page index is double-clicked.
Environment:
- Zotero Version: 8.x (Latest)
- OS: Windows 11 (Build 25H2) / macOS Ventura (13.x)
- PDF Handler: Google Chrome (Custom Path)
Additional Note on Localization:
I noticed that many UI elements in the General tab, such as "Open Reader," "File Renaming," and others, are still not fully translated into Korean or contain inconsistent translations. Improving the localization for Korean users would greatly enhance the user experience.
Description:
In Zotero 8, when Google Chrome is manually set as the PDF handler (Settings -> General -> Open Reader), double-clicking a specific page entry in the "Attachment Info" pane fails to open the PDF. Instead, it incorrectly triggers a navigation to an invalid URL "http://page=N/".
Steps to Reproduce:
1. In Settings -> General -> Open Reader, select "Custom..." and point to the Google Chrome executable.
2. Select a PDF attachment and open the "Info" tab in the right pane.
3. Double-click a specific page number (e.g., page 3) under the attachment details.
Actual Results (Confirmed on Windows 11 25H2):
Chrome launches but attempts to navigate to "http://page=3/". The local PDF file path is missing from the command, causing a navigation error. The user must return to the first page entry to open the file.
Expected Results:
Zotero should pass the correct local file path to the custom handler regardless of which page index is double-clicked.
Environment:
- Zotero Version: 8.x (Latest)
- OS: Windows 11 (Build 25H2) / macOS Ventura (13.x)
- PDF Handler: Google Chrome (Custom Path)
Additional Note on Localization:
I noticed that many UI elements in the General tab, such as "Open Reader," "File Renaming," and others, are still not fully translated into Korean or contain inconsistent translations. Improving the localization for Korean users would greatly enhance the user experience.
As a user who relies on Google Chrome as a PDF handler due to specific third-party plugins, I've been struggling with the "http://page=N/" error when double-clicking from the Attachment Info pane.
I'm really excited to see that your contribution aims to standardize how file paths and page parameters are passed to external viewers. Having full functionality—opening the PDF at the correct page in Chrome—will be a huge game-changer for my workflow.
I'm looking forward to seeing this merged into the Zotero 8 stable release!