Os 11 Big Sur

• A new Zotero beta is now available that fixes most known compatibility problems with Big Sur, including broken Word integration, empty user-interface components (context menus, popups, and tab labels), and degraded graphics performance. There are still some additional issues we're aware of.
  We still strongly recommend against upgrading to the Big Sur beta — either to the current developer betas or the upcoming public betas — on a production machine, but if you've already upgraded, you can run the Zotero beta to restore most functionality.
  
• edited August 29, 2020

  Zotero 5.0.90 for Mac is available now with the above-mentioned fixes for Big Sur. As noted above, there are still some cosmetic issues, and we (and Apple) still recommend against installing the Big Sur beta on a production machine.
• edited August 31, 2020

  I'm beta-testing macOS Big Sur and just installed the latest Zotero update. I notice the cosmetic fixes (empty user-interface components, etc) but I have noticed a new issue. When connected to an external monitor, the Zotero window does not resize correctly when moving it from the built-in MacBook display to the external display and vice versa. The Zotero window appears properly for the display it is first launched in, whichever it is.
  Running macOS Big Sur public beta 5 on MacBook Pro 16-inch 2019, Zotero 5.0.90. Monitor: Fujitsu model VL-E22-8T with 1920x1080 resolution connect via one usb-c to DisplayPort cable.
• I am using the latest beta update on Big Sur and experience the same issues that garrekds mentions about external monitors. Also, I've noticed when I click the green fullscreen button in Zotero while it is on any monitor, the application becomes unresponsive and/or crashes.
• We have a fix for the broken full-screen button coming soon.
  I'll see if I can reproduce the external-monitor issue.
• Zotero 5.0.93 is out now with additional compatibility fixes for Big Sur, including the problem with the full-screen button.
  We still need to look into the external-monitor resizing issue, but we now consider Zotero officially compatible with Big Sur (which will likely be released next week or soon thereafter). If you notice any other problems, let us know.
• Awesome work. So cool to have this prioritized for a smooth transition. I know I (and I'm sure many others) appreciate the hard work. Thank you.
• edited November 13, 2020

  Great work with transition to Big Sur!
  Do you plan to change or resize a little bit a Zotero icon for Big Sur?
  It is a little bigger than the other Big Sur style icon
• edited November 14, 2020

  Hi guys. I still have the external monitor issue, even though I'm not entirely sure it's the same manifestation thereof as it was supposedly fixed…
  So, my setup is a Hi-DPI built-in monitor (I'm using a 5K iMac) and an old-school 1080p 24' Philips 237E4LH monitor, and whenever I move Zotero from the main iMac screen to the external one, the window and chrome itself will be the right size, but the UI contents will be pushed to the former's lower quarter, at half the with and height in pixels.
  I can get away with expanding Zotero to fullscreen on the secondary screen and back again to a floating window (which is absolutely necessary, as otherwise the plugin's reference input dialog won't show up when working in Word), because it will indeed look and work mostly right, but then I get the opposite issue if I drag the window back to the main screen (again, the size will be just right, but its contents are blown to twice the width and height and, thus, become cropped).
  Now, that option would be workable, if a bug I was already soldiering through when using Catalina hadn't become much worse. When right-clicking on any item in my library (an action I perform *a lot*, as I have my library stored on my unlimited student Google Drive and syncing through ZotFile and, thus, have to rename any new item I add to ensure that process), sometimes I'd get a proper, non-retina contextual menu, but sometimes (alternately?) the menu would be the right size but be populated with tiny text. Now, in Big Sur, that only works the first time you open a contextual menu; from then on and until you quit and reopen the application, contextual menus will appear in in the wrong (integrated) screen, populated at a minuscule scale that I assume is just regular @1x text rendered in @2x Retina.
  I'm utterly convinced this has to do with the entire regular vs. Hi-DPI screen discrepancy; almost all apps I have gracefully transition from one mode to the other the very moment my mouse cursor crosses that gap across monitors, while Zotero now seems seriously broken in that regard (interestingly, before said crossing and definitive mode switching, the main Zotero window does look like it will render correctly as per its pre-switch downsampled preview, except it doesn't). In any case, if you want my to do a video demonstration of this bug, please let me know.
• @joaofrgomes no one said the external monitor issue is fixed; on the contrary:

  We still need to look into the external-monitor resizing issue

  And that does sound exactly like the issue you're describing
• Oh, sorry, you're right, I misread that part, I must be tired or something.
  I can certainly use Zotero and do my ZotFile renaming operations (now I'm doing it using the keyboard after opening the contextual menus because they're all over the place – especially the sub-menus – and clicking them would be an absolute chore), no biggie, but I'm eagerly awaiting for an update. Thanks!
• I also experience the external-monitor resizing issue on Big Sur. Glad to hear I'm not the only one!
• Quick update: I only realized this today, but I don't need to take Zotero to fullscreen and back, a simple manual resize (which doesn't even have to wait for the operation to be finished, I can just drag down some pixels from the top edge of the window and back up again in a single operation) or a zoom out and zoom in (by clicking the green button with Option pressed) will do the trick, either on the built-in Retina screen or on the external, low-DPI one.
• I am running Juris-M on Big Sur now and while it works perfectly, I did come across some graphical glitches. I use the Dutch language version, I don't know if the same happens in other languages and if it also happens in the Zotero client.
  1. The search bar in the main screen is grey instead of white.
  2. In Settings, the submenus are white when selected (so you can't read the text).
  3. In Word, when you click on “Document Preferences” the selected submenu is white and the other submenus are so close to each other it is difficult to read.
  4. When adding a new citation in Word, only the right half of the magnifying glass is visible.
• @DutchJurismUser: Those things have already been fixed in Zotero.
• Ah thanks, I though Zotero updates are immediately implemented in Jurism as well. (I have Jurism 5.0.93, but then I guess it's not equivalent to Zotero 5.0.93)
• Most changes probably are, but this required an update to the underlying framework to fix the OS compatibility problems — not sure if @fbennett was aware of that.
• Just to say same issue with resizing.
  1) iMac Retina screen, second screen connected by HDMI.
  2) Open on Second Monitor
  3) Formatting correct on second screen
  3) Move to Retina screen - super zoomed in.
  4) Go full-screen & fixes it (and stays correct if I leave full screen)
  5) Drag back to second monitor - now super zoomed out
  4) Go full-screen & fixes it (and stays correct if I leave full screen)
  
• @michaeledwardmarks yes, the same like on my iMac.
• There's just been a slew of 5.0.93mX updates on Juris-M over the past few days, you might want to check if there's an upgrade for you.
• (Just to clarify for others, @emilianoeheyns is addressing @DutchJurismUser — Juris-M won't have a fix for the external monitor issue before Zotero does.)
• I have Mac Big Sur OS running on a Mac Mini with M1 chip and the latest download of Zotero. When I click on the Zoter Icon to open it, I get a blank screen with a smaller blank box in the center. What am I doing wrong?
• @ehutchins: Can you take a screenshot that shows what you're describing, upload it somewhere (e.g., Dropbox), and provide a link here? We'd also want to see a Report ID.
• edited December 21, 2020

  Another quick update: I swapped my old-school 24' 1080p screen with a 27' 4K one, running in 5K resolution downsampled to 4K to match the UI elements on the iMac's internal screen… Accordingly, I now no longer experience that @1x/@2x issue I and others just described, and won't ever be able to test it again, either.
  However, I'm now getting a different, albeit probably related issue: if I have Zotero on the secondary screen (as I always do), and right-click something or click on a drop-down menu on my library after opening the app or a new window (including Preferences) I'll get the corresponding contextual menu on that screen at first, but all subsequent right clicks or clicks on drop-down menus will open any and all contextual menus at the proper x/y coordinates… except on the primary screen!
  Also, I believe I was getting this issue with the older monitor, so it's likely a new, generic issue in Big Sur.
  I don't know if this is in any way related to Zotero's behaviour regarding the citation plugin popup (which I do wish would always appear in front of Microsoft Word, on the primary screen, and if this was just a happy, accidental outcome of what is effectively a bug, you should either add some way to check which screen Word is open on or allow users to select which screen on which to open the popup by default), but it is mightily annoying.
  Lately I've been resorting to using the keyboard to pick all of my selections, because otherwise traversing what is effectively 2560 pt. with the mouse cursor just to select a menu item is just nuts.
  I know I'm probably in the minority here with my setup but, at least for me, working with two screens for academic writing is an absolute must and has been since I tried it way back in 2010 or so.
• Update: I reinstalled the Zotero app and everything worked perfectly. All my data was intact and functionality is outstanding.
  Hutchins
• @garrekds, @MJ94, @joaofrgomes, @gregjp48, @michaeledwardmarks:
  The scaling issue when moving Zotero between monitors should be fixed in the latest Zotero beta, and the fix will be included in 5.0.95.
• Is the Zotero standalone application compatible with MacOS Big Sur? If not, is it likely to be in the foreseeable future?

This is macOS Big Sur bug and it’s fixed on Beta 4 so the solution is to update macOS Big Sur to latest Version (Beta 4) at least. Faiz Post author August 9, 2020 at 3:03 PM Reply Just ahead up that macOS Big Sur Beta 4 is now available to download from the download section of this post. As of this writing, Big Sur 11.0.1 Release Candidate 2 (Beta 3) is the recent-most beta release. While the guide should remain useful for all subsequent releases as-well as the eventual full release, the fetch-macOS script might need updating for future beta releases and the eventual full release. MacOS Big Sur 11.1 introduces support for AirPods Max, TV app enhancements, Apple News widgets, and privacy information on the App Store. This release also includes bug fixes for your Mac.

Since OS X 10.7 Java is not (pre-)installed anymore, let’s fix that. As I’m writing this, Java 11.0.9 is the latest LTS (Long Term Support) version and AdoptOpenJDK is one of the best places to find Prebuilt OpenJDK Binaries. Easy to follow details about how to install OpenJDK are available here.

However, the easiest way is to select OpenJDK 11 (LTS), the HotSpot JVM, and macOS x64 is to get the latest release here:

Select macOS and x64 and download the JDK (about 190 MB), which will put the OpenJDK11U-jdk_x64_mac_hotspot_11.0.9_11.pkg file into your ~/Downloads folder

Clicking on pkg file, will install into this location: /Library/Java/JavaVirtualMachines/adoptopenjdk-11.jdk

Almost done. After opening a terminal, the successful installation of the JDK can be confirmed like so:

… hopefully showing something like this:

JAVA_HOME is an important environment variable and it’s important to get it right. Here is a trick that allows me to keep the environment variable current, even after a Java Update was installed. In ~/.zshrc, I set the variable like so:

In previous macOS versions, this was done in ~/.bash_profile. Anyway, open a new terminal and verify:

Source Code

The source code of the Java Platform, Standard Edition 11 Reference Implementations binaries is available under the GPLv2 in a single zip file.

API Specification

Big Sur Camping

The API Specification of the Java Platform, Standard Edition and Java Development Kit
can be found here: https://docs.oracle.com/en/java/javase/11/docs/api/