Zotero UI corrupted after minor update to 4.0.29.17

Hi all, I'm using Zotero on Windows 7 64 bit. Working fine for more than four years. I've just updated Zotero to 4.0.29.17 using the built-in updater. The update process appeared to be fine, everything proceeded swiftly. But after restart, I find that the user interface has been all messed up, which can be summarized into the following two behaviours:

(i) a majority of controls on the interface is now having transparent backgrounds, and device input events can penetrate the foreground zotero windows to other application windows beneath, just like you've used apis like setwindowlong().

(ii) no window border, control box, control buttons. Had I not known the keyboard shortcut of Alt+F4 and Alt+Space I would have no way to manipulate the windows at all.

I'm looking for solutions either to:

(a) revert Zotero to an older version. I accept third-party download links on condition that the authenticity of the downloads can be verified.

(b) resolve the UI drawing issues. I'm fine with manual editing of program files so long as I don't have to compile anything myself.

Screenshot of my errorneous UI can be found at:
http://u.163.com/mVLnqOsv
the access code is:
uBsdtN1r
the MD5 hash is:
c02580808e472482be0dccc508f0ed14

  • edited March 3, 2017
    You're the first person to ever report anything like this, so this is something specific to your computer — likely something else you have installed. Zotero 4.0.29.17 is built on Firefox 50.1 Edit: 45 ESR on Windows. (The previous version was built on an older Firefox.) We have nothing to do with drawing APIs or anything like that.

    You can try an older version — the download URLs always follow the same pattern, and the last version for Windows before 4.0.29.17 was 4.0.29.10 — but you'll need to figure out what on your system is causing this, since new versions will be based on current Firefox versions as well.
  • You're the first person to ever report anything like this
    Well, there was the other user the other day who has some video issues on Windows. @NeilBR, you could try disabling hardware acceleration in Zotero per the instructions in the thread below:

    https://forums.zotero.org/discussion/64496/video-issue-rollover-and-notifications-blacked-out
  • But this involves clicks actually making it through to the desktop, so it doesn't sound like a video issue.
  • Still think it's worth a try. And doesn't hardware acceleration control layering?

    Problems with transparent Firefox windows have been reported that could be solved by disabling hardware acceleration:

    https://bugzilla.mozilla.org/show_bug.cgi?id=594407
    I've got one user who cannot use FireFox remotely any more because they get a transparent window 100% of the time.

    ...

    * This issue is FireFox-specific.
    ...
    * Disabling hardware acceleration worked around the problem.
  • @dstillman, thanks for point out the idiosyncrasy of this issue, and also the versioning patterns of the download links.
    After posting this message I thought about reverting everything I have tweaked in the about:config internal page, which was mainly about user interface colours and typeface. Interestingly the problem disappeared. And even more bizarringly when I again tweaked these settings to my customized values Zotero worked fine as ever. Strange isn't it?!
    I'm not sure if 4.0.29.10 used Ffx 38 esr or 45 esr, the two having inherently differed way of handling extensions to my knowledge; if the Ffx core the new 4.0.29.17 based on is an upgrade from say ffx 38 then unexpected behaviours could have been expected.
  • @Rintze thanks for minding me of hardware acceleration issues. In fact I was also having remote desktop black screen issues, but not in the way the firebug post has mentioned. However since I was using common Intel GPUs this should not be the cause of the problem. Good thing is things are working again now anyway~
  • I'm not sure if 4.0.29.10 used Ffx 38 esr or 45 esr, the two having inherently differed way of handling extensions to my knowledge; if the Ffx core the new 4.0.29.17 based on is an upgrade from say ffx 38
    https://www.zotero.org/support/4.0_changelog suggests that 4.0.29.10 was already Firefox 46. Anyway, glad you got it to work.
  • @Rintze: No, that's referring to code compatibility. 4.0.29.10 was based on Firefox 39.
  • (Oh, and I misspoke above — on Windows, 4.0.29.17 is based on Firefox 45 ESR, not 50.)
Sign In or Register to comment.