The identificaton of the problem has been provided by @willsALMANJ in this Zutilo issue. Here I report the problem with the binary at start up.

The zotero binary, called zotero (which can be under, e.g., /some_dir/Zotero_linux-x86_64 if one downloads zotero from the download page or under /usr/lib/zotero in some Linux distributions) will ignore the --url command line option if Zotero standalone is not running. (If it is already running, however, calling the binary with zotero zotero://select/items/itemID will do the right thing ---go to that reference). The relevant part of the code might be around here: https://github.com/zotero/zotero/blob/4.0/components/zotero-service.js#L406

https://forums.zotero.org/discussion/79866/zotero-updater-not-changing-version-number-in-add-or-remove-programs

(Firefox now does this. We should see what they're doing to change a key in the registry.)

https://forums.zotero.org/discussion/63880/linux-installation-instructions-for-standalone

Hi

I was hoping you would be able to implement file versions into the Windows builds.

There is currently incorrect information and no real file information in the installed files, see below.

Thank you
Brendan

In Debian the preference window is empty wit Gecko version 31 or 32 but the with the extension works fine. See bug for more details https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757610

Cheers

Mike

I have Word 2013 working on Linux Ubuntu 16.04 installed with Crossover 16. I also have zotero standlone for windows installed with Crossover 16 in the same bottle. I installed zotero plugin with no issues, but when when I click on "add citation" this error message appears.

Zotero experienced an error updating your document.

An unhandled exception occured. [getDocument:document.cpp]'An unhandled exception occured. [getDocument:document.cpp]' when calling method: [zoteroIntegrationApplication::getDocument]

https://forums.zotero.org/discussion/79325/zotero-crashes-on-startup-memory-issue

The Zotero standalone script in Linux ignores aditional arguments and, in particular, does not pass the "--url" parameter. Therefore, it is impossible to get calls such as run-zotero.sh --url zotero://select/items/itemid to work directly.

The identificaton of the problem and the possible workarounds have been provided by @willsALMANJ in this Zutilo issue. Here I report the script issue.

The Mozilla script (called run-zotero.sh if one uses the Zotero standalon tar.bz2 available from the download page, or zotero, under /usr/bin in at least some distributions) does not pass its argument in the expected way.

Looking at that script, it looks like it is supposed to pass all of its arguments on to the main Zotero binary here: https://github.com/zotero/zotero-standalone-build/blob/master/linux/run-zotero.sh#L398 but it is processing the first argument to use as the program to call here: https://github.com/zotero/zotero-standalone-build/blob/master/linux/run-zotero.sh#L239. Passing the binary (which can be under, e.g., Zotero_linux-x86_64 or under /usr/lib/zotero) as the first argument in a call like run-zotero.sh /path/to/zotero/binary/zotero --url zotero://select/... works for me the same as calling /path/to/zotero/binary/zotero --url zotero://select/.. directly.

FireTray stopped working since version 5.0.78 and it's an abandoned addon, so it will probably not get any updates, so for now the suboptimal solution is to use a third party tool like AllTray or KDocker.

https://forums.zotero.org/discussion/comment/405457/#Comment_405457

Installer text, install location, icon captions (Start menu, Desktop), uninstall entry…

For upgraders, we'd want to uninstall from "C:\Program Files (…)\Zotero Standalone" first, assuming that's possible.

I would like to be able to install Zotero into a user's local profile area without the installer requesting administrative credentials.

Right now Zotero always brings up a UAC prompt. Based on the response to this prompt and the type of logged on account (standard or administrative) the installer will either abort, put Zotero into a system-wide location and add/remove programs listing, or put Zotero into the user's local profile and add/remove programs listing.

One problem with this is that administrative users are forced to install Zotero globally. If they decline the UAC prompt the installer aborts. Another problem is that it isn't possible to install Zotero to a user's local profile from a script.

ideas

I have a few ideas on how to make Zotero's Windows installer work better for me. What do you think about these? I will be implementing one for my own use, and wonder if you would possibly accept a pull request.

silent installations never trigger a UAC prompt

I would prefer if the silent installer never triggered a UAC prompt. It should silently abort if it lacks credentials to install. If providing administrative credentials is intended the installer should be run from an elevated command prompt or script.

allow users to select global or per-user installations using the wizard

The installation wizard should defer launching a UAC prompt until it knows which kind of installation the user wants. I'm thinking of an additional page that looks like the following. This page could either be presented to the user up front or only shown when the user selects a "custom" installation. A UAC prompt would only be triggered if the user selected a system-wide installation.

Hi,

I am packaging Zotero sa for debian. I would like to remove the check for update entry in the menu and also the function controlling the update. Is someone so kind to point me to the right file(s).

Cheers

Mike

launching the installer with the /S switch and then denying the UAC prompt causes the installation to fail. An entry is placed in add/remove programs, a shortcut is placed on the desktop and start menu, but the program files are not placed anywhere.

Hi,

I am maintaining zotero-standalone in Debian and have this bug reported (Bug#708508).

In the configuration dialog

(Edit→Options...→Search)

cannot find pdfinfo-Linux-x86_64 and
pdftotext-Linux-x86_64.

/usr/bin/pdfinfo and /usr/bin/pdftotext are in the package
poppler-utils.

When poppler-utils is installed zotero serhes for the -Linux-x86_64
suffix in their names.

Zotero should first search for /usr/bin/pdfinfo and .../pdftotetext and if
that failed for where/ever/pdfinfo-Linux-x86_64
and .../pdftotext-Linux-x86_64.

Cheers

Mike

@simonster I just took a look at the Mac standalone which currently does not seem to be optimized for newer Apple machines. But I think it's only the icons, they really look rough and edgy:

Browsing the issues here it seems this has not yet been addressed.
Any ideas where to dig?

Right now, zotero --help (at least under linux systems) does not show --url as a command line flag and the "Usage" section might give the impression that a URL passed at the end will be taken as such, which it won't unless preceeded by --url. The only way to find out how to pass the url seems to be looking at the code (thus making it hard to realize how trivial it is to use zotero://select).

It should be surprisingly useful if the feature of background running at the tray comes to the priority of requested implementation features.

I think that many users will agree that this can help a lot.

@mrtcode :
Following instructions there on Windows 7 64-bit, I get:

./fetch_pdftools: line 24: cd: too many arguments

FWIW, the working directory is "C:\Dev Zotero\Git\build\zotero-standalone-build" (yes, there's a space). Could you help me?

I read in docs you use a customized version of pdfinfo and pdftotext. Please could you share the sources (or at least the patches) you use?

Would it be possible to add support for global menu in Unity in Ubuntu as described here:

https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationMenu

Or is this impossible for Java applications?

Messages (e.g. "There are no updates available", etc.), buttons...

Hi,

I am maintaining the Zotero packages in Debian. Version 20.0.21.5 supports Gecko versions 24.0 to 30.*. In debian unstable iceweasel (which right now is the package providing it) is version 31 and for some reason is giving some problem. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757610

Will the Gecko version bump soon?

Cheers

Mike

I'm on Win7 64-bit, following latest instructions on https://www.zotero.org/support/dev/client_coding/building_the_standalone_client
If someone can help, I'd be grateful.

/cygdrive/c/Dev Zotero/Git/build/zotero-client
$ npm i
npm WARN prefer global [email protected] should be installed with -g

[email protected] install C:\Dev Zotero\Git\build\zotero-client\node_modules\nod e-sass
node scripts/install.js

Downloading binary from https://github.com/sass/node-sass/releases/download/v4.5 .3/win32-x64-48_binding.node
Download complete
Binary saved to C:\Dev Zotero\Git\build\zotero-client\node_modules\node-sass\ven dor\win32-x64-48\binding.node
Caching binary to C:\Users\Gracile\AppData\Roaming\npm-cache\node-sass\4.5.3\wi n32-x64-48_binding.node

[email protected] postinstall C:\Dev Zotero\Git\build\zotero-client\node_modules \node-sass
node scripts/build.js

Binary found at C:\Dev Zotero\Git\build\zotero-client\node_modules\node-sass\ven dor\win32-x64-48\binding.node
Testing binary
Binary is fine
[email protected] C:\Dev Zotero\Git\build\zotero-client
+-- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | | +-- [email protected] | | | -- [email protected]
| | | -- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | | +-- [email protected] | | | -- [email protected]
| | -- [email protected] | +-- [email protected] | | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | | -- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | -- [email protected]
+-- [email protected]
+-- [email protected]
+-- [email protected]
+-- [email protected]
+-- [email protected]
+-- [email protected]
+-- [email protected]
+-- [email protected]
+-- [email protected]
| +-- [email protected]
| | -- [email protected] | | -- [email protected]
| -- [email protected] +-- [email protected] | -- [email protected]
+-- [email protected]
| +-- [email protected]
| +-- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | -- [email protected]
| -- [email protected] +-- [email protected] +-- [email protected] | +-- [email protected] | +-- [email protected] | | +-- [email protected] | | | +-- [email protected] | | | +-- [email protected] | | | -- [email protected]
| | -- [email protected] | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| | -- [email protected] | +-- [email protected] | | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | | -- [email protected] | | -- [email protected]
| +-- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | | +-- [email protected] | | | +-- [email protected] | | | | -- [email protected]
| | | +-- [email protected]
| | | | -- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | | +-- [email protected]
| | | +-- [email protected]
| | | +-- [email protected]
| | | | +-- [email protected]
| | | | +-- [email protected]
| | | | +-- [email protected]
| | | | +-- [email protected]
| | | | -- [email protected] | | | -- [email protected]
| | | -- [email protected] | | +-- [email protected] | | +-- [email protected] | | | +-- [email protected] | | | -- [email protected]
| | | -- [email protected] | | +-- [email protected] | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | | -- [email protected]
| | -- [email protected] | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | | -- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| | -- [email protected] | +-- [email protected] | | -- [email protected]
| -- [email protected] +-- [email protected] | +-- [email protected] | +-- [email protected] | | -- [email protected]
| -- [email protected] +-- [email protected] | -- [email protected]
+-- [email protected]
| +-- [email protected]
| | -- [email protected] | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | | +-- [email protected]
| | | | -- [email protected] | | | | +-- [email protected] | | | | +-- [email protected] | | | | +-- [email protected] | | | | | +-- [email protected] | | | | | | -- [email protected]
| | | | | -- [email protected] | | | | -- [email protected]
| | | +-- [email protected]
| | | -- [email protected] | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | | -- [email protected] | | +-- [email protected] | | | +-- [email protected] | | | | -- [email protected]
| | | -- [email protected] | | +-- [email protected] | | | +-- [email protected] | | | -- [email protected]
| | -- [email protected] | | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| | -- [email protected] | +-- [email protected] | | -- [email protected]
| -- [email protected] | -- [email protected]
+-- [email protected]
| +-- [email protected]
| -- [email protected] +-- [email protected] +-- UNMET PEER DEPENDENCY eslint@^3.0.0 || ^4.0.0 +-- [email protected] | +-- [email protected] | -- [email protected]
+-- [email protected]
| +-- [email protected]
| -- [email protected] +-- [email protected] | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| -- [email protected] | -- [email protected]
+-- [email protected]
| +-- [email protected]
| +-- [email protected]
| | -- [email protected] | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | | +-- [email protected]
| | | -- [email protected] | | | +-- [email protected] | | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | | -- [email protected]
| -- [email protected] | -- [email protected]
+-- [email protected]
| +-- [email protected]
| -- [email protected] +-- [email protected] | +-- [email protected] | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | -- [email protected] | +-- [email protected] | | +-- [email protected] | | | +-- [email protected] | | | -- [email protected]
| | -- [email protected] | | -- [email protected]
| +-- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | | +-- [email protected]
| | | | -- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | | +-- [email protected]
| | | +-- [email protected]
| | | | -- [email protected] | | | -- [email protected]
| | | +-- [email protected]
| | | | -- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | | +-- [email protected]
| | | | -- [email protected] | | | -- [email protected]
| | | +-- [email protected]
| | | | +-- [email protected]
| | | | | -- [email protected] | | | | | -- [email protected]
| | | | -- [email protected] | | | | -- [email protected]
| | | -- [email protected] | | +-- [email protected] | | | +-- [email protected] | | | -- [email protected]
| | -- [email protected] | +-- [email protected] | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | | -- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | | -- [email protected] | | +-- [email protected] | | +-- [email protected] | | | +-- [email protected] | | | +-- [email protected] | | | +-- [email protected] | | | | +-- [email protected] | | | | -- [email protected]
| | | -- [email protected] | | -- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | | -- [email protected] | | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | | +-- [email protected]
| | | | -- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | | +-- [email protected]
| | | +-- [email protected]
| | | +-- [email protected]
| | | -- [email protected] | | +-- [email protected] | | | +-- [email protected] | | | +-- [email protected] | | | | +-- [email protected] | | | | +-- [email protected] | | | | +-- [email protected] | | | | -- [email protected]
| | | -- [email protected] | | | +-- [email protected] | | | +-- [email protected] | | | +-- [email protected] | | | +-- [email protected] | | | | -- [email protected]
| | | +-- [email protected]
| | | +-- [email protected]
| | | | -- [email protected] | | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | | -- [email protected] | | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | | +-- [email protected]
| | | -- [email protected] | | | -- [email protected]
| | -- [email protected] | | +-- [email protected] | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | | -- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | +-- [email protected]
| | -- [email protected] | | -- [email protected]
| -- [email protected] +-- [email protected] | +-- [email protected] | +-- [email protected] | | +-- [email protected] | | +-- [email protected] | | | -- [email protected]
| | +-- [email protected]
| | | -- [email protected] | | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| -- [email protected] +-- [email protected] +-- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | +-- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| -- [email protected] +-- [email protected] -- [email protected]
+-- [email protected]
+-- [email protected]
+-- [email protected]
| +-- [email protected]
| +-- [email protected]
| | -- [email protected] | -- [email protected]
+-- [email protected]
+-- [email protected]
| +-- [email protected]
| +-- [email protected]
| | +-- [email protected]
| | | -- [email protected] | | -- [email protected]
| +-- [email protected]
| +-- [email protected]
| -- [email protected] +-- [email protected] | -- [email protected]
+-- [email protected]
| -- [email protected] +-- [email protected] | +-- [email protected] | -- [email protected]
+-- [email protected]
| -- [email protected] +-- [email protected] | -- [email protected]
| -- [email protected] | +-- [email protected] | -- [email protected]
+-- [email protected]
+-- [email protected]
`-- [email protected]

npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@^1.0.0 (node_modules\ch okidar\node_modules\fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@ 1.1.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"} )
npm WARN [email protected] requires a peer of eslint@^3.0.0 || ^4.0.0 bu t none was installed.

/cygdrive/c/Dev Zotero/Git/build/zotero-client
$ npm run build

[email protected] build C:\Dev Zotero\Git\build\zotero-client
node ./scripts/build.js

C:\Dev Zotero\Git\build\zotero-client\scripts\build.js:12
(async () => {
^
SyntaxError: Unexpected token (
at createScript (vm.js:56:10)
at Object.runInThisContext (vm.js:97:10)
at Module._compile (module.js:542:28)
at Object.Module._extensions..js (module.js:579:10)
at Module.load (module.js:487:32)
at tryModuleLoad (module.js:446:12)
at Function.Module._load (module.js:438:3)
at Module.runMain (module.js:604:10)
at run (bootstrap_node.js:389:7)
at startup (bootstrap_node.js:149:9)

npm ERR! Windows_NT 6.1.7601
npm ERR! argv "C:\Program Files\nodejs\node.exe" "C:\Program Files\nodejs\node_modules\npm\bin\npm-cli.js" "run" "build"
npm ERR! node v6.11.0
npm ERR! npm v3.10.10
npm ERR! code ELIFECYCLE
npm ERR! [email protected] build: node ./scripts/build.js
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the [email protected] build script 'node ./scripts/build.js'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the zotero package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! node ./scripts/build.js
npm ERR! You can get information on how to open an issue for this project with:
npm ERR! npm bugs zotero
npm ERR! Or if that isn't available, you can get their info via:
npm ERR! npm owner ls zotero
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR! C:\Dev Zotero\Git\build\zotero-client\npm-debug.log

When using Cygwin tools and native tools, the general advice[1] is to set the "noacl" mount option so as to let Windows figure out what to do with the permissions instead of Cygwin handling POSIX and ACL permissions.

This was needed for the makensis.exe called here or else it would complain Can't open script....

It would be good to link to advice[2] on how to do this in Cygwin on the wiki. This could also be the reason for #22.

[1] https://cygwin.com/ml/cygwin/2013-03/msg00313.html
[2] https://cygwin.com/cygwin-ug-net/using.html#mount-table

I am using the latest Zotero on Arch with KDE Plusma, and set GTK theme to Breeze-Dark.
Everything displays properly except the 'About' window and the Tag frame, both of them show a white background.
Besides, the font color of item type should be white instead of black.
Thanks for your cooperation.

No reason for the wget dependency when we can just use curl -L -O or curl -L -o filename

The menus (right click, context menus) have blank entries.

I am using the latest MacOS on the desktop. I have attached a screenshot.

Problem is on Zotero commit 49d9f58 (latest: 2020/07/02)
using openSUSE Leap 15.1
with Perl 5.26

When I run fetch_xulrunner.sh -p l following error occurs:

Unescaped left brace in regex is illegal here in regex; marked by <-- HERE in m/get _inPrivateBrowsing\(\) { <-- HERE / at -e line 1.

It seems that the error lies within the program. Since Perl version 5.26 there is no more just warning if braces are unescaped in regular expressions (source). So maybe escaping will help...

log_xul.txt

AFAIK, it is possible to run on arm64 f.e. by repackaging firefox packages and x86_64 zotero package, as the arch package did. Preferably, I would build by source. So far, I always get node/npm errors on npm run build.
The error seems to be in pdf-worker/pdf.js - on the docs it still says node version 8 or higher. Is that still correct?

0 info it worked if it ends with ok
1 verbose cli [ '/home/florian/.nvm/versions/node/v8.17.0/bin/node',
1 verbose cli   '/home/florian/.nvm/versions/node/v8.17.0/bin/npm',
1 verbose cli   'run',
1 verbose cli   'build' ]
2 info using [email protected]
3 info using [email protected]
4 verbose run-script [ 'prebuild', 'build', 'postbuild' ]
5 info lifecycle [email protected]~prebuild: [email protected]
6 info lifecycle [email protected]~build: [email protected]
7 verbose lifecycle [email protected]~build: unsafe-perm in lifecycle true
8 verbose lifecycle [email protected]~build: PATH: /home/florian/.nvm/versions/node/v8.17.0/lib/node_modules/npm/node_modules/npm-lifecycle/node-gyp-bin:/home/florian/zotero-client/node_modules/.bin:/home/florian/.nvm/versions/node/v8.17.0/bin:/bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
9 verbose lifecycle [email protected]~build: CWD: /home/florian/zotero-client
10 silly lifecycle [email protected]~build: Args: [ '-c', 'node ./scripts/build.js' ]
11 silly lifecycle [email protected]~build: Returned: code: 1  signal: null
12 info lifecycle [email protected]~build: Failed to exec build script
13 verbose stack Error: [email protected] build: `node ./scripts/build.js`
13 verbose stack Exit status 1
13 verbose stack     at EventEmitter.<anonymous> (/home/florian/.nvm/versions/node/v8.17.0/lib/node_modules/npm/node_modules/npm-lifecycle/index.js:332:16)
13 verbose stack     at emitTwo (events.js:126:13)
13 verbose stack     at EventEmitter.emit (events.js:214:7)
13 verbose stack     at ChildProcess.<anonymous> (/home/florian/.nvm/versions/node/v8.17.0/lib/node_modules/npm/node_modules/npm-lifecycle/lib/spawn.js:55:14)
13 verbose stack     at emitTwo (events.js:126:13)
13 verbose stack     at ChildProcess.emit (events.js:214:7)
13 verbose stack     at maybeClose (internal/child_process.js:915:16)
13 verbose stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:209:5)
14 verbose pkgid [email protected]
15 verbose cwd /home/florian/zotero-client
16 verbose Linux 5.12.4-1-MANJARO-ARM
17 verbose argv "/home/florian/.nvm/versions/node/v8.17.0/bin/node" "/home/florian/.nvm/versions/node/v8.17.0/bin/npm" "run" "build"
18 verbose node v8.17.0
19 verbose npm  v6.13.4
20 error code ELIFECYCLE
21 error errno 1
22 error [email protected] build: `node ./scripts/build.js`
22 error Exit status 1
23 error Failed at the [email protected] build script.
23 error This is probably not a problem with npm. There is likely additional logging output above.
24 verbose exit [ 1, true ]

https://developer.apple.com/documentation/bundleresources/information_property_list/cfbundleshortversionstring

Ours is currently, e.g., 5.0.97-beta.65+15ae72d14

https://forums.zotero.org/discussion/67350/zotero-5-standalone-in-system-tray

If someone wants to try to get the Firefox extensions that do this to run in Zotero, they're welcome to. Otherwise, this will have to wait for the switch to Electron.

This might only be an issue with Windows.

Steps to reproduce:

1. Install Zotero 3.0.8 (or some other older version) from http://download.zotero.org/standalone/3.0.8/Zotero-3.0.8_setup.exe
2. Check version reported in Control Panel -> Programs and Features
3. Update Zotero via Help -> Check for Updates...
4. Check version again as in step (2). It should remain 3.0.8

Using the same steps with Firefox (the browser, not Zotero addon), the version is updated properly.

I think this probably has something to do either with the way MARs are packaged for Zotero updates or maybe with the update.xml response that is sent back from Zotero servers.

Obviously this is a very minor bug, but I thought I would mention it. It's a bit difficult for me to debug, because the update requests are made over HTTPS and require things like buildID, build target, etc. which I don't immediately know where to go looking for. If someone can point me in the right direction, I can try to do some more debugging.

More precisely, the url format is
https://www.zotero.org/download/standalone/update/%VERSION%/%BUILD_ID%/%BUILD_TARGET%/%LOCALE%/%CHANNEL%/%OS_VERSION%/update.xml

With the switch to a single standalone version, it's possible we should put out an official Ubuntu package. I have no idea what's involved with this, but https://forums.zotero.org/discussion/25317/install-zotero-standalone-from-ubuntu-linux-mint-ppa/p1 and https://github.com/smathot/zotero_installer are possibly relevant.

I'm not going to set this up (other than creating an official Zotero account somewhere if necessary), but if it can be made simple enough I'm happy to add it to the existing deploy scripts.

@mikesteele81 Thank for replay. I used Zotero firefox plugin for a while and I customize it and change the plugin source code. No I want use my modified version as stand-alone. I simply replaced my version with zotero-standalone-build\modules\zotero folder. But when I install my build, and try to run it, it show an error message and do not run.

Can you please guide me to fix it, which files should be changed?
Thanks in advance.

Hi.

The only reason why I'm not using Zotero at the moment is that I can't integrate it with my latex build process (using make).
I think an important feature is the ability to use the translators from the standalone command line.
(In my case: zotero->bibtex)

By default, Zotero standalone uses the dictionary icon on Ubuntu 15.04.

Changing the icon path in /usr/share/applications/zotero.desktop from:

[Desktop Entry]
Name=Zotero
Comment=Open-source reference manager (standalone version)
Exec=/opt/zotero/zotero
Icon=accessories-dictionary
Type=Application
StartupNotify=true

to

[Desktop Entry]
Name=Zotero
Comment=Open-source reference manager (standalone version)
Exec=/opt/zotero/zotero
Icon=/opt/zotero/chrome/icons/default/default48.png
Type=Application
StartupNotify=true

fixes the problem.

@retorquere, have you found that the MimeType line in your version of the desktop file actually does anything? I'm trying a desktop file with that in it, but I'm having trouble finding a context where it makes a difference.

Related: #41 (comment)

the .desktop file for Linux doesn't specify any categories - which means that Zotero won't show up by default in a number of Linux software stores such as GNOME Software. A quick:

Categories=Education;

Would probably be fine, but you may have different views on the correct value.

unusualy, I wanted to join a jpg file to a zotero document.
After I check if the file open well. Yes, it is well register,
but it does not open with my usual light Gwenview, but with Krita witch is heavyer.
You understood I am on Linux, Ubuntu Kde Neon (a jour).

• Why not opening whith the ordinary default one on the computer ?
• Can I choose, and how ?

Thanks for zotero

The application was unable to start correctly (0xc000007b). Click OK to close the application.

https://forums.zotero.org/discussion/comment/290830/#Comment_290830

I tried to build a Windows build, but I get following error, how can I get rid of this errors?

$ ./build.sh
Building from bundled submodule
Building translators.zip
        Building styles.zip
Building Zotero_win32
zip I/O error: No such file or directory
zip error: Could not create output file (/home/Reza/test3/two/staging/Zotero_win32/chrome/zotero.jar)
Creating Windows installer
Done Adding Additional Store
Successfully signed: C:\Users\Reza\AppData\Roaming\Microsoft\Reza\test3\two\staging\Zotero_win32\zotero.exe
Done Adding Additional Store
Successfully signed: C:\Users\Reza\AppData\Roaming\Microsoft\Reza\test3\two\staging\Zotero_win32\xulrunner\updater.exe
Done Adding Additional Store
Successfully signed: C:\Users\Reza\AppData\Roaming\Microsoft\Reza\test3\two\staging\Zotero_win32\uninstall\helper.exe
Done Adding Additional Store
Successfully signed: D:\cygwin\tmp\zotero-build-b1e77535\win_installer\staging\setup.exe
Done Adding Additional Store
Successfully signed: C:\Users\Reza\AppData\Roaming\Microsoft\Reza\test3\two\dist\Zotero-3.1.999.SOURCE.e4afbbf_setup.exe
zip I/O error: No such file or directory
zip error: Could not create output file (/home/Reza/test3/two/dist/Zotero-3.1.999.SOURCE.e4afbbf_win32.zip)

Not sure if this is the right place to ask, but it would be great if you could provide a way for an automated system like AutoPKG to retrieve the latest installer for Zotero.

AutoPKG is an automated system based on recipes that retrieve software installers and processes them for install. The current recipe scrapes the Zotero download page and tries to construct the proper path to the download. This is of course not a very reliable system. Now that the download is generated by React, the html scraping is getting even more brittle.

If you could provide an xml feed of some sorts, or add the binaries to the GitHub release, that would tremendously help the Mac Admin community in providing the latest Zotero application to its users.

More information on AutoPKG: https://github.com/autopkg/autopkg
Link to the Zotero recipe: https://github.com/autopkg/joshua-d-miller-recipes/tree/master/Zotero

Currently the uninstall always prompts for administrative credentials regardless of how Zotero was first installed.

I have a rough patch that fixes this problem so that the uninstaller runs without elevation when it can, and silently elevates when needed. After more testing I'll send you a pull request.

Do you know of any place where Zotero is making use of keys under HKLM\Software\Zotero\Zotero Standalone\<version string>\ or HKLM\Software\Zotero\Zotero Standalone <version string>\bin? I'm reworking the uninstaller so that it no longer needs to read the values of these keys. If they are no longer being used I'll update the installer to stop writing them.

The uninstaller now checks global and per-user add/remove programs entries for a matching path. If a global entry is found, elevation is required and a global uninstall is performed. If a per-user entry is found, a per-user uninstall is performed without elevation.

I don't think there's any need to check for and process duplicate entries, but support for that could be added. An example of how this might happen is if someone installs Zotero globally into a publicly writable path such as c:\Zotero. If they run the installer a second time without elevation, and choose the same path two add/remove program entries will exist. Another example of multiple add/remove program entries occurring is where someone installs several versions of Zotero all to the same path, and the installer doesn't clean up entries for previous versions.

https://forums.zotero.org/discussion/comment/400094/#Comment_400094

https://forums.zotero.org/discussion/comment/300219/#Comment_300219

We should be able to remove the zotero entry and can probably remove HKLM\SOFTWARE\Wow6432Node\zotero.org. Not sure about the AccessibleMarshal.dll one listed there.

Hi I am trying to package zotero standalone for debian. I have the following error for all the file in the module folder:

dpkg-source: warning: file zotero-standalone-build/modules/zotero-libreoffice-integration/chrome.manifest has no final newline (either original or modified version)

as far as I uderstood is a problem of the source is that correct? could you please fix it or otherwise point me to the right direction.

Cheers

An Arch package would be very useful to users of Arch, Antergos, Manjaro, and other Arch-based distributions. (These are very high-ranked distros on distrowatch.com now.) There's already an Arch User Repository package for zotero, so making an official Arch package shouldn't be hard. Here are the rules for entering a package, which apparently only requires 10 votes (zotero has ~150). The only thing I would change is the auto-update preference--if zotero is installed system-wide, then it shouldn't auto-update.

  File "[...]/scripts/optimizejars.py", line 141, in pack
    return struct.pack(format_struct(format)[0], *values) + extra_data
TypeError: can't concat bytes to str

And possibly other things.