Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

File Open dialog slow on RStudio Desktop for Linux #1587

Closed
jmcphers opened this issue Oct 11, 2017 · 15 comments · Fixed by #1611
Closed

File Open dialog slow on RStudio Desktop for Linux #1587

jmcphers opened this issue Oct 11, 2017 · 15 comments · Fixed by #1611
Labels
Milestone

Comments

@jmcphers
Copy link
Member

https://support.rstudio.com/hc/en-us/community/posts/115007856187-Dialog-file-slowness-under-Fecora-Core-26-rstudio-1-1-

Since version 1.1, the file dialog is incredibly slow under my Fedora Core 26. Each time I have to "open" a file, the dialog freezes as soon as I try to type a few character or to change the path. Is this a known issue? How can I help?

https://community.rstudio.com/t/save-as-dialog-very-slow-in-rstudio-preview-on-ubuntu/1669

When selecting “Save As…” from the “File” menu, the dialog opens immediately but it takes up to seconds until the window is filled with contents. Typing a file name also feels very sluggish. This does not occur in 1.0.153, only in 1.1.379 (and also the previously released preview version). I’m on Ubuntu 17.04.
...
I have the same problem here! Sometimes it completely blocks RStudio and I need to reopen

@jmcphers jmcphers added this to the v1.1-patch milestone Oct 11, 2017
@jmcphers jmcphers added the info needed Additional information requested—reprex, steps, open question, etc. label Oct 11, 2017
@DarioS
Copy link

DarioS commented Oct 12, 2017

It's the same for Windows 7. The drives also have missing icons.

drives

@ghost
Copy link

ghost commented Oct 12, 2017

same issue on debian 9.2

@lepennec
Copy link

This seems to be somehow a Gnome issue as rstudio under KDE with the same computer works flawlessly.

Erwan

Fedora 26 - Gnome 3.24.2

@ghost
Copy link

ghost commented Oct 13, 2017

Gtk issue? I run xfce..

@ronblum
Copy link
Contributor

ronblum commented Oct 13, 2017

Hi, this is Ron, QA engineer at RStudio. I have not been able to reproduce the issue with RStudio Desktop on the following combinations, which include Gnome, Unity, and KDE:

  • Ubuntu Server 16.04: Unity 7.4.0
  • Ubuntu Desktop 16.04: Gnome 3.20.5
  • CentOS 7: Gnome 3.14.7
  • openSUSE 42.3 (12.3): KDE 5.8.7

I'm also unable to reproduce on Windows 10 Enterprise (1607) and macOS Sierra 10.12.6.

  1. Are these issues all with RStudio Desktop, as opposed to connecting to RStudio Server using a browser?
  2. Is RStudio pointing to a local file system or a network drive?

Any additional information would be appreciated. Thank you!

@ghost
Copy link

ghost commented Oct 13, 2017

Hi Ron, I'm using Debian 9.2, xfce 4.12. Issue is with Rstudio Desktop for me, pointing to local file system. There only seem to be an issue when I open an existing file, change something, and press "Save As". When creating a New FIle, the "Save As" dialog acts normally.

@kevinushey
Copy link
Contributor

Thanks for the extra information @ogsj -- I've now reproduced this on my Ubuntu 17.04 machine. In my case, I had to force the use of gtk2 by launching RStudio from a terminal with:

QT_QPA_PLATFORMTHEME=gtk2 rstudio

If I do this, it takes ~5 seconds before the dialog shows up for me.

@kevinushey kevinushey removed the info needed Additional information requested—reprex, steps, open question, etc. label Oct 13, 2017
@zachokeeffe
Copy link

zachokeeffe commented Nov 7, 2017

I've been searching for a solution to this for weeks to no avail. I'm using Debian 9.2 stable and Gnome 3. Is anyone working on this? All dialogue boxes are slow, but Save As and Global Options are particularly bad (takes 10-20 seconds to open, 20 seconds to type something in). Removing ~/.RData, ~/.Rhistory, ~/.Rprofile, and ~/.rstudio-desktop does nothing. I made sure to install all the dependencies (https://github.com/rstudio/rstudio/wiki/Installing-RStudio-Dependencies), reinstalled R and rstudio multiple times, and tried modifying QT_QPA_PLATFORMTHEME. And the file system is local.

Launching from terminal gives the usual issues:

load glyph failed err=6 face=0x2cebbf0, glyph=2798
load glyph failed err=6 face=0x2cebbf0, glyph=2798
QPainter::end: Painter not active, aborted
QPainter::end: Painter not active, aborted
load glyph failed due to broken hinting bytecode in font, switching to auto hinting
load glyph failed due to broken hinting bytecode in font, switching to auto hinting
libpng warning: iCCP: known incorrect sRGB profile
QApplication::qAppName: Please instantiate the QApplication object first

@kevinushey
Copy link
Contributor

Unfortunately, to the best of my knowledge, there isn't a workaround available for this issue with v1.1.383.

We do have a fix available in the daily build of RStudio (the v1.2 branch), at

https://dailies.rstudio.com/

But we hope to push the associated fixes as part of a v1.1 patch release.

@jmcphers
Copy link
Member Author

Backported to 1.1 here: deefcd4

@bvhest
Copy link

bvhest commented Jan 12, 2018

same for RStudio 1.1.383 on Linux Mint 18.2 Cinnamon 64bit:
saving a file from the menu with save-as or creating a directory from within the file-dialog takes (10s of) seconds.

@kevinushey
Copy link
Contributor

@bvhest can you please try the preview release of RStudio? https://www.rstudio.com/products/rstudio/download/preview/

@bvhest
Copy link

bvhest commented Jan 15, 2018

confirmed: RStudio Version 1.1.414 Preview from the above link works fine (on Linux Mint 18.2 Cinnamon 64bit)!

@nmauri
Copy link

nmauri commented Jan 23, 2018

I tried with RStudio Version 1.1.414 but I get the same, the file-dialog is no working

@abelborges
Copy link

abelborges commented Jun 8, 2018

At home, I'm using Linux Mint 18.2 with Rstudio v1.1.383, and having the same issue. The freezing appears to be correlated with pressing the shift key. At work, I use the Fedora (GNOME) version and it works always fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

10 participants