Upgrade Storageemilianoeheyns
About
- Username
- emilianoeheyns
- Joined
- Roles
- Member
Comments
-
I have tried those but haven't had any success so far.
-
The bug existed in BBT 8.0.5 (released 16 feb) up to and including BBT 8.0.15; 8.0.16 (released 17 feb) fixed it. 8.05 - 8.0.15 versions were compatible with 7.0.32 and any 8/9 version, so that is the population that might have received it.
-
@rcoreilly the Attanger plugin author can contact me on github. My guess would be that that integration was doing direct reads on the BBT database; that is now gone. The integration can read the keys from the zotero database, but I'd recommend using…
-
Select one or more items in your Zotero library (use Ctrl/Cmd+A for all in a collection). Right-click → Better BibTeX → Refresh (or Refresh BibTeX key). This applies your BBT citation key pattern and populates the Citation Key field in the right pan…
-
I am afraid this may have been me. I fixed a bug a week ago in BBT where I had forgotten to pass skipDateModifiedUpdate: true to the save. If resetting in the way @dstillman describes is feasible, a new key migration will recover the BBT keys but wi…
-
FWIW I have a plugin that fetches the PM(C)ID given a DOI, and that used to put things in the extra field blindly until I updated it recently. Maybe that's in use here but not upgraded yet.
-
BBT stalled in its shutdown handler which in some way interacted with the sqlite shutdown handler -- I used to interact with the shutdown handler but that was literally years ago, so I don't know why that is showing up again. The stall is now gone b…
-
I would love to hear about those -- I haven't found them yet. I understand an extra field would be easy enough to add, but I would prefer to just have the native field. The section was indeed a stopgap because it wasn't feasible to put extra fields…
-
For BBT issues, report on github. I don't do support here. Open an issue rather thana discussion, and include a debug log.
-
But I am only tangentially involved with the obsidian integration. I know they use some stuff in BBT but I don't know exactly what. Problems with BBT itself (such as citekey generation) should be reported on github. Please don't omit a debug log.
-
If you still want to restore the keys you had, rename better-bibtex.migrated to better-bibtex.sqlite and start Zotero. You will probably get the migration popup given that you have filled the citation keys.
-
The wording in the popup has been improved, and most people won't see it anymore as for most people, the migration will be automatic.
-
The migration is now silent if it doesn't overwrite existing keys (which is going to be the case for the majority). @aborel BBT does not delete citation keys -- they might not be visible, but they are still there. If you don't see them, open an issu…
-
BBT does not get in the way of that. BBT was only half-working with the native fields, I started the changeover at what turned out to be a bad time for me, and the migration dialog was rushed. It is better now, also most users will now not have to d…
-
just for the record: I could d/l all zotero_8.x.x versions with full speed. The latest 7.x.x, I could not although I tried different times at different days. For whatever reason, now with 8.x.x no problem I just disabled cloudflare recompression for…
-
I assume I would have to use a different package-name to d/l betas? And they would install to a different directory? Correct, the package for the beta is zotero-beta, it does install to a different location, and for the command line, the binary is z…
-
BBT does support getting citekeys from inspire-hep.
-
I agree this is likely bbt. Let's continue on github
-
Ah I see, it is from Zotero itself. I've asked for a new log on GH with the error in it.
-
I think you'll have to find what plugin most likely causes this by turning them on one by one. I can't entirely rule out that it is BBT, but the error above isn't mine, and the log on GH does not contain errors (and I don't think it includes quick-c…
-
Fair guess, but loadPromise.isResolved does not occur in BBT in the history I have in git. The log that was supplied also does not contain the errors above so I can't tell from the log context what plugin is active around that point.
-
There are several tools that do the conversion (Google for "excel to ris", but you'll likely always have to tweak either the input csv or the tool itself. CSV isn't a structured bibliography file format so these tools always have built in assumption…
-
RIS will be the easiest format to convert to. Note that if you delete and recreate, existing documents that refer to these items will have broken references.
-
I know, but for me the upper bound for loading a library with 24k3 items is 40 seconds. I don't have precise timing of just the load phase without extra migration but manual timing puts it at 10-18s.
-
Very obviously nobody is claiming this is a feature. A library with 24k3 items that all need extra migration consistently starts in 40 - 42 seconds for me. Extra migration is about 2/3s of the startup time.
-
And I don't see the betas on the mirror
-
That's a good reason to use the mirror, although I can't explain why it's so slow. The retorque.re repo is served straight from backblaze through cloudflare.
-
They will be the same, but I control only the canonical repo
-
BTW the canonical URL for zotero-deb is https://zotero.retorque.re/file/apt-package-archive. https://mirror.mwt.me/zotero/deb/ is a mirror.
-
For starting zotero through a script you don't need anything special. You can just run zotero