primordic/IssueDupesLite huggingface dataset:
Repository: rstudio/rstudio

Issue #8683: When I close a project, its objects stay in the global environment
Created: 2021-01-05T18:25:41Z
System details
RStudio Edition : Desktop
RStudio Version : 1.4.1100
OS Version      : Windows 10 20H2
R Version       : R 4.0.3

Steps to reproduce the problem

Open a project.
Run an R script that creates objects in the global environment.
Close the project.


  
    
    

    2021-01-05_12-16-43.mp4
    
  

  

  


Describe the problem in detail
The objects created in the global environment when the project was loaded stay loaded after you close the project.
Describe the behavior you expected
All global-environment objects created when a project is open are no longer present when the project is closed.
Also, related: if you watch the example video, RStudio was open but not with a project loaded. It had objects in the global environment in that state. After I opened the project, ran an Rmd, then closed that project, the original objects were gone, obliterated by the leftovers from the project.


 I have read the guide for submitting good bug reports.
 I have installed the latest version of RStudio, and confirmed that the issue still persists.
 If I am reporting a RStudio crash, I have included a diagnostics report.
 I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.

Duplicate issue #8933: Behaviour when open RStudio in multiple window-projects
Created: 2021-02-09T11:49:11Z
System details
RStudio Edition : Desktop
RStudio Version : 1.4.1103 
OS Version      :  Debian 9
R Version       : 3.6.3

Steps to reproduce the problem
I have an RStudio project X open. I execute Rstudio again to open another project/session/window in which I want to work in no project. If this window opens with the same project X, then let's Close Project.
Describe the problem in detail
In previous versions of RStudio, after closing the project X, the workspace loaded a kind of default environment distinct of that of the project X (that saved in ~/.RData) and the working directory was the default one ~. Now, when I close the project in the second window, the environment and the working directory do not change, are those of the previously open (and yet currently open in another window) project X.
And, if I change the working directory and the workspace of the none-project RStudio session, once these projects are closed, the next time I execute to open twice RStudio, one window is the one for project X (this is fine) and the other is the one for the none-project RStudio session, but again with the working directory and environment of the project X.
Describe the behavior you expected
The old one.

 I have read the guide for submitting good bug reports.
 I have installed the latest version of RStudio, and confirmed that the issue still persists.
 If I am reporting a RStudio crash, I have included a diagnostics report.
 I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.

Closing comment (2021-02-09T18:13:45Z): I suspect this is a duplicate of #8683.
Repository: rstudio/rstudio

Issue #1838: Feature Request: Filter in File Viewer
Created: 2017-12-12T07:42:49Z
When working with multiple notebooks, the directory where the notebooks are becomes quite full with compiled files and it becomes more difficult finding the .Rmd files. Therefore it would be useful to add a filter to the viewer which would enable to e.g. show only files matching a pattern, e.g. *.Rmd

Duplicate issue #5897: add a search bar to filepane tab
Created: 2019-12-16T20:06:04Z
Feature request: add ability to quickly search & filter directories and files listed on the Files pane

Closing comment (2019-12-16T20:10:57Z): Currently tracked in #1838
Repository: rstudio/rstudio

Issue #7876: Request: also provide the insert-citation tool in source mode (it is só useful!)
Created: 2020-09-24T07:27:05Z
Thank you for all the efforts in making RStudio! This feature request has loose relationships with #7276 .
Question: Is it planned to provide the insert-citation tool (from visual mode) in source mode? That would be a great step IMHO. More experienced Rmd users will most probably prefer to work in source mode, but then would miss out this much relevant tool.
RStudio's insert-citation tool, compared to currently available tools (packages) in R, provides a unique combination of features which are really interesting in a collaborative, heterogeneous environment:

ability to read both from bibliography files and from Zotero
ability to read and write to csl-json, csl-yaml and bib
ability to amend existing bibliography files without touching existing content

BTW did you also have a look at the rbbt package? While it does not combine all these features, it too has a very performant approach to connecting with Zotero; it may be inspiring.

Duplicate issue #8863: FR: insert citations new (1.4) features in non-visual mode
Created: 2021-02-01T09:29:51Z
Hi!,
First of all, I have asked previously -but without any satisfactory answer- if the features I am asking are somehow implemented: https://community.rstudio.com/t/insert-citations-in-non-visual-markdown-editor/94028
As I believe they aren't, I ask here for these features, which actually  are the new features on citations (https://blog.rstudio.com/2020/11/09/rstudio-1-4-preview-citations/), but only on the visual markdown editor, while it would be very helpful to have them also in the source editor for markdown documents. I copy from the link the features I mean, but mainly it would be to have access to the Insert citation dialog and the completion interface for searching available citations without having to switch to visual mode:

You may insert citations using the Insert -> Citation command, after placing your cursor in the body of your document where you’d like to insert the citation. Alternatively, you can use markdown syntax directly (e.g. by typing [@cite] or @cite) .
Use the  @ toolbar button or the ⇧⌘ F8 keyboard shortcut to show the Insert Citation dialog:

Note that you can insert multiple citations by using the add button on the right side of the item display.

If you insert citations from Zotero, DOI look-up, or a search then they are automatically added to your document bibliography.

You can also insert citations directly using markdown syntax (e.g. [@cite]). When you do this a completion interface is provided for searching available citations:

Thank you!

Closing comment (2021-02-09T10:22:46Z): Oh! now I see this is a duplicate of #7876, so I close it.
Repository: rstudio/rstudio

Issue #2656: IDE keeps getting stuck in a loop to restart R when trying to install a package that is already installed
Created: 2018-04-17T17:00:36Z
Was trying to install datasets package for an app and din't know if it was already installed at the startup.
It kept showing a dialog box to install R and restart the session. Even after saying yes once it doesn't stop there and continues to do so until you hit cancel and then it will throw the error message below.
install.packages("datasets")
Error in install.packages : Updating loaded packages
This behavior is not intuitive and doesn't tell the user anything. Instead it can just check if the package exists and say its installed or doesn't need an upgrade.

Duplicate issue #8799: RStudio infinite loop asking to restart R when I run install.packages("rmarkdown")
Created: 2021-01-25T16:41:20Z
System details
RStudio Edition : Desktop
RStudio Version : 1.4.1103
OS Version      : Mac OS X 10_15_7
R Version       : 4.0.3

RStudio
Version 1.4.1103
© 2009-2021 RStudio, PBC
"Wax Begonia" (458706c3, 2021-01-06) for macOS
Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) QtWebEngine/5.12.8 Chrome/69.0.3497.128 Safari/537.36

Steps to reproduce the problem

Run install.packages("rmarkdown")
Pop-up asks to restart R before installing.
Click "Yes" to restart R.
RStudio restarts, go to step 2.

The loop is from Steps 2-4.
Describe the problem in detail
Instead of installing the package, RStudio shows a pop-up message asking to restart R before installing the package.
If I click "Yes", then it restarts and immediately shows the pop-up message again. If I click "Yes" again, then it again restarts and shows the pop-up. The infinite loop continues as long as I keep clicking "Yes".
If I click "No", then it seems to install the package and then it's done. But, if I run the install.packages("rmarkdown") command again, then I get the pop-up again.
Here's a video showing what happens:
https://vimeo.com/504434815
Description:

Run install.packages("rmarkdown")
Pop-up asks to restart R before installing.
Click "Yes" to restart R.
RStudio restarts, then go back to step 2.
At 0:18, I click "No" and it seems to install and finish.
Then, at 0:26 I run install.packages("rmarkdown") again and we're back in the loop.

The infinite loop continues as long as we click "Yes". Clicking "No" breaks the loop.
We can enter the loop again if we run install.packages("rmarkdown").
Describe the behavior you expected
After clicking "Yes", I would expect that the pop-up would not be displayed a second time.

 I have read the guide for submitting good bug reports.
 I have installed the latest version of RStudio, and confirmed that the issue still persists.
 If I am reporting a RStudio crash, I have included a diagnostics report.
 I have done my best to include a minimal, self-contained set of instructions for consistently reproducing the issue.

Closing comment (2021-01-25T18:25:38Z): This is a duplicate of #2656.
Repository: rstudio/rstudio

Issue #4390: Cursor persists on previous line with new OpenGL rendering engine
Created: 2019-03-03T02:50:03Z
System details
RStudio Edition : Desktop
RStudio Version : 1.2.1303
OS Version      : Windows 7 64-bit
R Version       : 3.5.2

Steps to reproduce the problem

Check that the rendering settings are at their default settings (below). In Windows, this will make RStudio try to use the desktop OpenGL renderer.



Create a new R script file with this example text:

a 
b 
c 
d 


Place the cursor on any line. Notice that there is a white dot blinking about 2x faster than the cursor, located 1 character behind the cursor's current location. If the cursor is at the start of the line, it will even draw itself on top of the gutter.
Use the arrow keys to move the cursor between lines. The dot stays in the same place.
Use the mouse to put the cursor on a different line. The dot will move itself to the line where the cursor used to be.
Try changing the rendering options by enablind and disabling the three rendering checkboxes in any combination that you like. The problem will persist.
Change rendering to force Software rendering, and the problem will go away.

Describe the problem in detail

Interestingly, my cursor is set to a lilac colour by my RStudio theme but the blinking dot is pure white (#FFFFFF), and I don't use that colour anywhere in my theme. The only place it appears in the theme is in the baked definitions for terminal colours.
.xtermColor231 { color: #ffffff !important; }
.xtermBgColor231 { background-color: #ffffff; }

Describe the behavior you expected
No part of the cursor should not persist on previous lines.

Duplicate issue #4464: Dark theme causes blinking white pixel with large vertical window dimension
Created: 2019-03-16T10:25:16Z
System details
RStudio Edition : Desktop
RStudio Version : 1.2.1327 (current preview)
OS Version      : Windows 7 x64
R Version       : R 3.5.1

Steps to reproduce the problem

Chose a dark theme for RStudio (e.g. Solarized Dark)
Make the window height large (produced with 2160px -- maximized on a 4k monitor without taskbar)
Focus the console window so the cursor starts blinking

Describe the problem in detail
After following the steps, the cursor alternates with a white pixel.
This can be captured as a screenshot if timed right:

The bug does not show with a smaller window height.
Describe the behavior you expected
No white blinking pixel

Closing comment (2019-03-16T18:59:41Z): I think this is a duplicate of #4390.
Repository: rstudio/rstudio

Issue #3989: Reflowing comments messes up formatting for \describe{} and \itemize roxygen comments
Created: 2018-12-04T15:53:02Z
System details
RStudio Edition : Desktop
RStudio Version : 1.2.1165
OS Version      : macOS 10.13.6
R Version       : 3.5.1

Steps to reproduce the problem
Start with a roxygen comment with a \describe or \itemize section. The reflow the comment.
For example, if this is what you start with:
#'  \describe{
#'    \item{\code{onMessage(func)}}{
#'      Registers a callback function that will be invoked whenever a message
#'      is received on this connection. The callback function will be invoked
#'      with two arguments. The first argument is \code{TRUE} if the message
#'      is binary and \code{FALSE} if it is text. The second argument is either
#'      a raw vector (if the message is binary) or a character vector.
#'    }
#'    \item{\code{onClose(func)}}{
#'      Registers a callback function that will be invoked when the connection
#'      is closed.
#'    }
#'  }
#'

This is what you end up with:
#'  \describe{ \item{\code{onMessage(func)}}{ Registers a callback function that
#'  will be invoked whenever a message is received on this connection. The
#'  callback function will be invoked with two arguments. The first argument is
#'  \code{TRUE} if the message is binary and \code{FALSE} if it is text. The
#'  second argument is either a raw vector (if the message is binary) or a
#'  character vector. } \item{\code{onClose(func)}}{ Registers a callback
#'  function that will be invoked when the connection is closed. } }
#'  

Describe the behavior you expected
Formatting that has useful line breaks and indentation.

Duplicate issue #8962: Show \describe and \item like a list when reflowing comments
Created: 2021-02-12T02:45:05Z
When writing R packages, I sometimes need to use \describe and \item to list items and explain each of them in the documentation, such as a list of acceptable options for an argument and the columns of a data frame returned by a function. To make the roxygen2 comments more readable by developers and myself, I like writing the items like this:

I generally find comment reflowing very helpful when writing roxygen2 comments. However, after reflowing, the \describe and \item became

which is less readable.
Here I request a feature to keep the \describe and \item formatted like in the first screenshot after reflowing. Or better yet, have reflow reformat existing \describe and \item like in the first screenshot.

Closing comment (2021-02-12T03:41:35Z): Thanks for the idea! Currently tracked in #3989.
Repository: rstudio/shiny

Issue #897: Support date-time input
Created: 2015-07-16T16:47:22Z
The dateInput control is quite nice for choosing single date values but does not support more granular time selection (think Sys.Date() vs. Sys.time()).
I am aware that there are a number of examples which pull in date-time pickers into a Shiny application, but it would be great if Shiny could provide this without independent augmentation.

Duplicate issue #784: Date-time or at least time input needed
Created: 2015-03-28T11:10:03Z
A date-time input or just a time input is really needed in shiny. I have searched all over but can not find one working.
Would it be possible to support this one (or similar): http://eonasdan.github.io/bootstrap-datetimepicker/ ? Pretty please... :)

Closing comment (2019-04-26T15:21:31Z): Closing because duplicate of #897
Repository: rstudio/shiny

Issue #1846: Feature request: for debugging, would be very useful to know which reactive caused invalidation
Created: 2017-09-08T16:28:27Z
I'm not sure if this is possible, but if it is it could help tremendously when debugging larger apps. Sometimes a render or reactive code block gets called and you have no idea why--what reactive exactly caused it to execute. There isn't an easy way to do that kind of debugging in non trivial apps right now. The closest thing is the react graph log, which is awesome, but gets impossible to use for larger apps

Duplicate issue #2514: Feature requested: Get the event which is fired in ObserveEvent
Created: 2019-06-27T08:42:49Z
Hello,
From my question below in stackoverflow I was  surprised that the functionality of getting the event which is fired in ObserveEvent() apparently doesn't exist by default in observeEvent().

SO: Get the event which is fired in Shiny and with grep (generated input)

I've looked for "event fired" in the issues and the Shiny docs but I didn't found it  :)
Have a good day.
Here is the copy-paste of the stackoverflow workaround by ismirsehregal
ui <- fluidPage(
  tags$head(
    tags$script(
      "$(document).on('shiny:inputchanged', function(event) {
          if (event.name != 'changed') {
            Shiny.setInputValue('changed', event.name);
          }
        });"
    )
  ),
  numericInput("a_1", "a_1", 0),
  textInput("a_2", "a_2"),
  textInput("c", "c"),
  textInput("d", "d"),

  p("changedInputs:"), textOutput("changedInputs"), br(),
  p("aFired:"), textOutput("aFired")
)

server <- function(input, output, session) {
  output$changedInputs <- renderText({
    paste("Outside observer: Latest input fired:", paste(input$changed, collapse = ", "))
  })

  myText <- reactiveVal()

  observeEvent(eventExpr = {
    lapply(grep(pattern = "^a_+[[:digit:]]$|^c$", x = isolate({names(input)}), value = TRUE), function(x){input[[x]]})
  }, handlerExpr = {
    req(input$changed)
    if (input$changed == "a_1") {
      myText("Inside observer: input$a_1 was fired")
    } else  if (input$changed == "a_2") {
      myText("Inside observer: input$a_2 was fired")
    } else {
      myText(paste("Inside observer:", input$changed, "was fired"))
    }
  }, ignoreInit = TRUE)

  output$aFired <- renderText({myText()})

}

shinyApp(ui, server)

Closing comment (2019-07-30T00:27:11Z): Closely related to #1846
Repository: rstudio/shiny

Issue #1659: Showcase mode: Plot image goes over the code content but is able to get it right after swiching tabs multiple times.
Created: 2017-04-06T10:39:55Z
Finally was able to reproduce it:
Steps to reproduce:


Load https://gallery.shinyapps.io/006-tabsets/


Everthing is nice:



Click on "show below button"


Click again on "show with app"


Problem:



And then after you switch tabs several times, the picture will be "normalized"


This also influences in part of what I was writing yesterday: #1655

Basically when a page loads, <td id="showcase-sxs-code" class="showcase-sxs-code-collapsed" style=""> gets loaded with display: hidden; (automatically) resulting into the code panel (tabs + content) not being shown.  :(

is the second part of the problem
This repro in chrome + IE10 on Win 7. (if necessary use only "iframe-xhr-polling").
EDIT: Tested in EDGE and same bug
FF works well though

Duplicate issue #1636: /012-datatables/ on Edge (and shinyapps.io) looks weird with showcase mode
Created: 2017-03-30T00:12:27Z

Closing comment (2019-05-08T19:49:41Z): Closing because probably duplicate of #1659 and appears to be fixed in latest Edge.
Repository: rstudio/shiny

Issue #141: Make client IP address available on clientData
Created: 2013-04-05T18:02:04Z
Need to look out for x-forwarded-for headers, talk to me for more info.

Duplicate issue #2291: get user ip in r shiny through  shinyapps.io
Created: 2018-12-27T10:51:16Z
Hi,
I have hosted my shiny app on shinyapps.io .I want to  know the ip address of users & geographic information to know who is using my shinyapp for commercial purpose.
Please tell me how to do this using r shiny & provide code if possible.
I am using separate server.r & ui.r file thanks

Closing comment (2019-05-01T19:41:09Z): Hello, thank you for the report. Unfortunately there isn't currently a way to retrieve the client's IP address from a Shiny application on shinyapps.io, since it's not something we expose via session$clientData. Accessing the client's IP would be the first step toward guessing the client's location.
However, we are tracking this enhancement with #141.
An alternative you might consider is collecting location information directly from the user's browser, with their consent. I haven't tried it, but this looks like a way to do just that: https://github.com/AugustT/shiny_geolocation
I'm closing this because it's a duplicate of #141, but if you have additional questions please don't hesitate to comment further on this issue or create a new one.
Repository: rstudio/shiny

Issue #926: Exporting shiny:::httpResponse
Created: 2015-08-11T23:14:07Z
When using session$registerDataObj() as an AJAX-y system, it's usually useful to return an http response using shiny:::httpResponse. It feels a bit hacky using a non-exported function, so I was wondering if there's any harm is exposing it

Duplicate issue #3471: Document `httpResponse()` in more detail
Created: 2021-07-27T22:14:08Z
Related: https://gist.github.com/jcheng5/2aaff19e67079840350d08361fe7fb20

Closing comment (2021-08-30T15:11:39Z): Related to #926
Repository: rstudio/shiny

Issue #1202: Official Support for Images as radioButtons Choices
Created: 2016-05-30T07:00:07Z
I searched online and found that another user had the same question as I do. The solution was to hack an alternative version of the radioButtons which supports HTML elements. Can this use case be officially supported in the next version of shiny, so that no user workarounds are required? I also wonder if it could be generalised so that each radio button could have more than one HTML element associated with it. For example, a text option next to each button and a selectizeInput box directly below the text.
Currently, the documentation of choices for radioButtons doesn't specify what data type it should be, although it only works when it is a character vector. This is a more general request than #1093.

Duplicate issue #1348: Feature request: Images associated with radioButton inputs
Created: 2016-09-01T18:41:05Z
Hi all,
Could something like the following be added naively to shiny? http://stackoverflow.com/questions/35783446/can-you-have-an-image-as-a-radiobutton-choice-in-shiny
I have interests in using the radioButtons() input along with .png files, where each response option is associated with a specific image. It also would have to be included naively (trying to avoid the ::: operator for CRAN packages and stability across versions). Cheers.

Closing comment (2016-09-01T22:09:08Z): This is a duplicate of #1202. I think I misunderstood that issue the first time around -- I actually think it's a good idea to allow HTML to be used for radio button choices. For this particular case, a choice would need a <img> tag and the image would need to be stored in a www/ subdirectory.
Repository: rstudio/shiny

Issue #1063: using shinyAppDir() does not seem to recognize global.R
Created: 2016-01-02T21:42:26Z
I'm using shiny server pro (if you need the version number, then please remind me how to find out?) and I've noticed that when I try to run apps in a different directory with shinyAppDir() , objects defined in global.R are not recognized.
Example:
test1/global.R:
myvar <- 10

test1/ui.R:
fluidPage("HELLO", myvar)

test1/server.R:
server <- function(input, output, session) {
  cat(myvar)
}

If I go to the URL for this app, it works.
But if I have in a different directory
test2/app.R:
setwd("../test1")
shiny::shinyAppDir(".")

And go to that app directory, I get error ERROR: object 'myvar' not found.  If I add a source("global.R"), then it works.
Repeating this on my local computer does not result in an error.

Duplicate issue #1911: shinyAppDir(appDir) does not source global.R
Created: 2017-12-20T02:16:07Z
Related to flexdashboard issue at rstudio/flexdashboard#66 (comment)
Trying to include an external shiny app inside a flexdashboard using shinyAppDir(appDir) following the example at http://rmarkdown.rstudio.com/flexdashboard/shiny.html#external_applications. The shiny app is iframed as expected, but the app errors out as it fails to source code in global.R inside appDir (e.g. loading datasets).
Sorry no RE just now!

Closing comment (2018-01-05T06:01:13Z): I think this is a duplicate of #1063
Repository: rubyide/vscode-ruby

Issue #432: FortiClient sees Ruby VSC extension as a threat
Created: 2019-02-20T15:22:48Z
Your environment

vscode-ruby version: 0.22.0
Ruby version: 2.5
Ruby version manager (if any): rvm 1.29.3
VS Code version: 1.31.1
Operating System: macOS Mojave
Using language server? n/a

Expected behavior
No threat should be detected.
Actual behavior
FortiClient malware detection warns about a possible threat related to vscode-ruby:

According to TrendMicro and FortiGuard, this is related to the NodeJS EventStream vulnerability:
https://www.trendmicro.com/vinfo/au/threat-encyclopedia/malware/coinminer.js.malbtc.aa
https://fortiguard.com/encyclopedia/virus/7951871
dominictarr/event-stream#116 (comment)
Microsoft does not list this VSC extension in the list of problematic extensions, so maybe this warning by FortiNet is a false positive:
https://code.visualstudio.com/blogs/2018/11/26/event-stream
But on the other hand, there are other extensions infected but not listed in the MS blog post, for example:
https://community.platformio.org/t/trendmicro-sees-vscode-pio-extension-as-threat/5763
For what it worth, here is the version of my FortiClient DBs (updated today):

Duplicate issue #436: update 0.22.0 blocked by firewall
Created: 2019-02-21T11:53:53Z
hi,
out bluecoat firewall blocked the update to 0.22.0 in vscode:
2019-02-20 17:18:59 (CET)

CAS (Version 6.6.5.8(201518)) - http://www.bluecoat.com
Antivirus Vendor: Sophos, Plc.
Scan Engine Version: 3.74.0
Pattern File Version: 5.60 (Pattern date: 2019/02/20)


Virus/PUS: "Troj/Bckdoor-AL" found!
URL: hxxps://rebornix.gallerycdn.vsassets.io/extensions/rebornix/ruby/0.22.0/1550669986658/Microsoft.VisualStudio.Services.VSIXPackage


maybe a false alarm?

Closing comment (2019-02-21T11:54:52Z): Dup of #432. A fix will go out today.
Repository: rubyide/vscode-ruby

Issue #578: rubocop not using .rubocop.yml file
Created: 2019-12-29T19:31:48Z
Your environment

vscode-ruby version: 0.26.0
Ruby version: 2.6.3p62
Ruby version manager (if any): 1.29.9
VS Code version: 1.41.1
Operating System: Linux Mint 19.3
Using language server? (eg useLanguageServer is true?) true

Expected behavior
I'm expecting test/test_helper.rb to be ignored by rubocop based on my .rubocop.yml file. Confirmed config file is being used when running rubocop from the command line.
Actual behavior
I am still receiving linting errors on the for test/test_helper.rb
This and the next section should include screenshots, code samples, console output, etc. The more information we have to reproduce the better!
settings.json
{ "editor.formatOnSave": true, "editor.formatOnSaveTimeout": 5000, "powermode.enabled": true, "powermode.enableShake": false, "ruby.useLanguageServer": true, "ruby.lint": { "rubocop": true }, "ruby.format": "rubocop", "sync.gist": "d1b8c7400637948e668f4c6d174c5edb", "workbench.colorTheme": "Blueberry Banana", "workbench.iconTheme": "vscode-icons", }
.rubocop.yml
AllCops: TargetRubyVersion: 2.6.3 Exclude: - "**/*.erb" - db/schema.rb - "bin/**/*" - "node_modules/**/*" - test/test_helper.rb - test/channels/application_cable/connection_test.rb

Duplicate issue #227: .rubocop.yml exclude doesn't work.
Created: 2017-11-29T01:55:34Z
Your environment

vscode-ruby version: 0.15.0
Ruby version: ruby 2.4.2p198 (2017-09-14 revision 59899) [x64-mingw32]
VS Code version: 1.18.1 and 1.19.0-insider
Operating System: Windows 10 latest

Expected behavior
.rubocop.yml like this should work:
AllCops:
  Exclude:
    - 'db/**'
    - '**/Gemfile'
  TargetRubyVersion: 2.4

Actual behavior
db/schema.rb and Gemfile being rubocopped.
Via rubocop db it works. So, it's a bug?

Closing comment (2022-06-16T10:19:34Z): Since this is an old issue with lots of comments, it's possible there are multiple bugs being represented here. However, I strongly suspect this issue is a duplicate of #578 and #719, and is fixed by PR #720. However, the fix hasn't made it into a release yet.

@benzado if I am not mistaken PR #720 fixes only language-server-ruby/src/linters/ and this issue is related to language-server-ruby/src/formatters/ (which has exactly the same issue -- extra single quotes). I created PR #825 and appreciate it if you can review it.
Repository: rubyide/vscode-ruby

Issue #760: Open VSX
Created: 2021-08-15T12:55:44Z
Hi can you push your extension to https://open-vsx.org/ in addition to VSCode Market Place so people using the FLOSS version could install it too?
I wrote an article on the subject.

Duplicate issue #783: Publish to OpenVSX
Created: 2021-12-07T19:24:58Z
A big hello to the VS Code Ruby team 👋!
Unfortunately, Microsoft prohibits the usage of the MS Extension Marketplace by any other non-microsoft products. Because of this, we kindly ask you to take the ownership of your namespace in OpenVSX and publish there as well.
OpenVSX is a vendor neutral alternative to the MS Marketplace used by all other derivatives of VS Code like Gitpod, OpenVSCode, VSCodium, Theia based IDEs, and so on.
The docs for publishing the extension are here: eclipse/openvsx/wiki/Publishing-Extensions. Technically this should be straightforward. You get a token and call ovsx publish with it. For example, this is how RedHat publishes their java extension: https://github.com/redhat-developer/vscode-java/blob/5d4f8d58b8e919534800ca7bc41e8513c288f573/Jenkinsfile#L78-L82.
Please do let me know if you are open to receive a PR contributing a release GitHub Action both to MS marketplace and OpenVSX. I'd love to help out!

Closing comment (2022-01-03T16:46:18Z): Dup of #760
Repository: rubyide/vscode-ruby

Issue #263: castwide.solargraph (solargraph) is an extension dependency
Created: 2018-02-09T20:51:34Z
This extension directly depends on the castwide.solargraph extension despite the extension itself being optional (see here).
I'm of the opinion we should not be directly depending on this extension (as not all users are going to be using it) but should instead provide README documentation regarding support for the extension via the ruby.codeCompletion and ruby.intellisense options.
I'm opening this issue for comment so we can talk through whether this is the right choice.
See #248 and #259 for more background
@rebornix @castwide

Duplicate issue #284: Please remove hard dependency on 'Ruby Solargraph'
Created: 2018-03-06T14:14:09Z
In the documentation, this is listed as an optional mode, but the vscode extension was installed automatically and I cannot uninstall it. I prefer to keep my extensions list lean and not add unnecessary dependencies.

Closing comment (2018-03-06T15:09:34Z): Dup of #263
Repository: rubyide/vscode-ruby

Issue #486: No prebuilt binaries found (target=undefined ...)
Created: 2019-06-11T10:55:29Z
After installing the plugin on a fresh Code installation, I cannot start the language server due to missing prebuilt binaries.
Your environment

vscode-ruby version: 0.22.3
Ruby version: 2.6.0p0
Ruby version manager (if any): rbenv 1.1.2
VS Code version: 1.35.0
(Electron 4.1.4 Chrome 69.0.3497.128 Node.js 10.11.0 V8: 6.9.427.30-electron.0)
Operating System: Arch Linux Linux 5.1.7-arch1-1-ARCH
Using language server? Yes

Expected behavior
Language server should start.
Actual behavior
In Output Window, the Ruby Language Server context shows the following error message:
[Info  - 12:23:12 PM] Initializing Ruby language server...
[Info  - 12:23:12 PM] Rebuilding tree-sitter for local Electron version
[Error - 12:23:13 PM] Server initialization failed.
  Message: Request initialize failed with message: No prebuilt binaries found (target=undefined runtime=undefined arch=undefined libc=undefined platform=undefined)
  Code: -32603

NOTE: I don't know if the undefined values are an hint about the origin of the problem.

Duplicate issue #502: language server crashing on latest vscode
Created: 2019-07-03T19:35:51Z
Your environment

vscode-ruby version: 0.24.0
Ruby version:  2.6.3
Ruby version manager (if any): chruby
VS Code version: Version 1.36.0 (1.36.0)
Operating System: macOS Mojave 10.14.5 (18F132)
Using language server? Yes

Expected behavior
Should start up
Actual behavior
[Info  - 3:33:07 PM] Initializing Ruby language server...
[Info  - 3:33:07 PM] Rebuilding tree-sitter for local Electron version
[Error - 3:33:07 PM] Server initialization failed.
  Message: Request initialize failed with message: No prebuilt binaries found (target=undefined runtime=undefined arch=undefined libc=undefined platform=undefined)
  Code: -32603

Closing comment (2019-07-06T13:49:24Z): I'm closing this as this is a dup of #486
Repository: rubyide/vscode-ruby

Issue #288: Syntax highlighting issue with safe navigation operator
Created: 2018-03-10T21:56:23Z
Your environment

vscode-ruby version: 0.17.0
Ruby version: 2.4.3
VS Code version: 1.21.0
Operating System: macOS 10.13.3
Hardware (optional): MacBook Pro (13-inch, 2017, Four Thunderbolt 3 Ports)

Expected behavior
When calling a method on a variable using the safe navigation operator (&.), the variable should be highlighted.
Actual behavior
The variable is not highlighted.
Steps to reproduce the problem
Trivial:

Duplicate issue #302: Ruby ampersand dot `&.` syntax
Created: 2018-03-19T14:49:13Z
Your environment

vscode-ruby version:  0.17.0
Ruby version: 2.5
VS Code version: 1.21
Operating System: Arch Linux

Make sure you have ruby, ruby-debug-ide and ruby-debug-basex19 installed before submitting your issue -- thank you !
Expected behavior
It would be cool if the Ruby extension could colorize the "ampersand dot" &.  of Ruby which is used as an equivalent of the Rails try(:prop) method. This Ruby syntax isn't really clear so I think it's important to have a great colorization to easily read it.
Actual behavior
The Ruby syntax "ampersand dot" isn't colorized at all :
model&.prop&.prop2

Closing comment (2018-03-19T14:50:07Z): Closing as dup of #288
Repository: rubyide/vscode-ruby

Issue #263: castwide.solargraph (solargraph) is an extension dependency
Created: 2018-02-09T20:51:34Z
This extension directly depends on the castwide.solargraph extension despite the extension itself being optional (see here).
I'm of the opinion we should not be directly depending on this extension (as not all users are going to be using it) but should instead provide README documentation regarding support for the extension via the ruby.codeCompletion and ruby.intellisense options.
I'm opening this issue for comment so we can talk through whether this is the right choice.
See #248 and #259 for more background
@rebornix @castwide

Duplicate issue #281: Option to disable solargraph integration
Created: 2018-03-05T17:03:28Z
Your environment

vscode-ruby version: 0.17.0
Ruby version: multiple via rbenv, no system-wide ruby
VS Code version: 1.20.1
Operating System: Debian Stretch (9.3)
Hardware (optional):

Expected behavior
When opening the directory of a Rails app, I just want to code :-)
Actual behavior
Since a recent version of this extension, I get a "Solargraph gem not found" message:

Installing the solargraph gem won't help, since (a) I don't have a global Ruby installation, and (b) the VSCode process does not evaluate per-directory .ruby-version files, i.e. loading the correct Ruby shims.
Updating the Gemfile is not possible, because I am not the only person managing the repository (but the only one using VSCode).
I don't want/need code completion (this has never really worked meta-programming-heavy languages like Ruby, so I'm used to not having it), so would like to see an option to disable it. I can also live with a "Don't show again" on the error message.
Steps to reproduce the problem

manage your Rubies with rbenv
don't have a system wide Ruby installed
open a Ruby file

Closing comment (2018-03-05T17:46:10Z): I'm going to close this as it is a dup of #263
Repository: rubyide/vscode-ruby

Issue #486: No prebuilt binaries found (target=undefined ...)
Created: 2019-06-11T10:55:29Z
After installing the plugin on a fresh Code installation, I cannot start the language server due to missing prebuilt binaries.
Your environment

vscode-ruby version: 0.22.3
Ruby version: 2.6.0p0
Ruby version manager (if any): rbenv 1.1.2
VS Code version: 1.35.0
(Electron 4.1.4 Chrome 69.0.3497.128 Node.js 10.11.0 V8: 6.9.427.30-electron.0)
Operating System: Arch Linux Linux 5.1.7-arch1-1-ARCH
Using language server? Yes

Expected behavior
Language server should start.
Actual behavior
In Output Window, the Ruby Language Server context shows the following error message:
[Info  - 12:23:12 PM] Initializing Ruby language server...
[Info  - 12:23:12 PM] Rebuilding tree-sitter for local Electron version
[Error - 12:23:13 PM] Server initialization failed.
  Message: Request initialize failed with message: No prebuilt binaries found (target=undefined runtime=undefined arch=undefined libc=undefined platform=undefined)
  Code: -32603

NOTE: I don't know if the undefined values are an hint about the origin of the problem.

Duplicate issue #511: Ruby language server fails to start with error 'dyld: lazy symbol binding failed: Symbol not found:'
Created: 2019-07-18T16:06:17Z
Your Environment

vscode-ruby version: 0.24.1
Ruby version: 2.6.3p62
Ruby version manager (if any): rbenv 1.1.2
VS Code version: 1.35.1
Operating System: Mac OSX Mojave
Using language server? (eg useLanguageServer is true?)  yes/true

Expected behavior
Ruby language server starts successfully on VS Code startup
Actual behavior
Ruby language server fails to start with this error:
[Info  - 10:54:05 AM] Initializing Ruby language server...
[Info  - 10:54:05 AM] Rebuilding tree-sitter for local Electron version
[Info  - 10:54:05 AM] Rebuild succeeded!
dyld: lazy symbol binding failed: Symbol not found: __ZN2v816FunctionTemplate3NewEPNS_7IsolateEPFvRKNS_20FunctionCallbackInfoINS_5ValueEEEENS_5LocalIS4_EENSA_INS_9SignatureEEEiNS_19ConstructorBehaviorENS_14SideEffectTypeE
  Referenced from: /Users/ds063137/.vscode/extensions/rebornix.ruby-0.24.1/server/node_modules/tree-sitter-ruby/build/Release/tree_sitter_ruby_binding.node
  Expected in: flat namespace

The language server attempts to start five times, then VS Code raises the "toast" notification at the bottom right that, saying it failed five times in three minutes and will not be restarted.

Closing comment (2019-07-18T16:33:18Z): Dup of #486
Repository: rubyide/vscode-ruby

Issue #282: Highlighting/Indention doesn't always work as intended
Created: 2018-03-05T18:14:25Z
This is a tracking issue to collect issues related to the highlighting functionality and/or the indention not always working as intended.
The highlight provider is currently attempting to use regular expressions to figure out balanced pairs (see here. This approach has proven to be quite brittle (as #253, #250, #231, #223 can attest).
Given how dynamic Ruby is, we may want to consider going with an AST implementation to correctly identify language constructs. This would have the added benefit of correctly identifying custom DSLs.
Tracked issues:
#257 (possibly caused by wordPattern
#265
#277
#280
#322

Duplicate issue #322: Strange highlighting of def...end blocks
Created: 2018-04-09T10:22:34Z
Hello! I'm new to VSCode and I haven't really found means to fix this issue (maybe it is fixable through configuration, but I just can't find it). The thing is - when you have a general expression that involves if/unless in its code without necessary 'end' statement (ex: return value if value == 1), it still connects that 'if/unless' statement to the 'end' statement that comes after it, which is wrong and confusing. I find highlighting of block start and block end a great feature and I really hope there is a way to do it like it's done in rubymine.

vscode-ruby version:  0.17.0
Ruby version: 2.4.1
VS Code version: 1.21.1
Operating System: OS X
Hardware (optional):

Expected behavior
http://prntscr.com/j2tf3q
Actual behavior
http://prntscr.com/j2tf9t
Steps to reproduce the problem
Open any *.rb file. Type this:
def something
return true if 1 == 1
end
Then click on 'end'

Closing comment (2018-04-09T12:45:33Z): Dupe of #282
Repository: rubyide/vscode-ruby

Issue #316: Debugger Improvements
Created: 2018-04-04T16:11:31Z
Tracking issue for debugger improvements:

 Fix/cleanup ruby-debug-ide integration with editor. This includes making sure the debugger properly handles breakpoints (#270, #44)
 Support external debuggers. Support will be done via the debugger-xml gem and the ruby-debug-ide protocol. This would bring in support for byebug and debugger
 Support/document attaching to existing processes (#18, #114)
 Support remote debugging (#42)
 Support pry
 Support autodetection of debugger gems via environment detection
 Support debug console REPL (#439)

Duplicate issue #476: Remote debugger does not honor value of remoteWorkspaceRoot
Created: 2019-04-30T17:04:07Z
Your environment

vscode-ruby version: 0.22.3
Ruby version: ruby 2.5.3p105 (2018-10-18 revision 65156) [x86_64-linux]
Ruby version manager (if any): none
VS Code version: 1.33.1
ruby-debug-ide version: 0.6.1
debase version: 0.2.2
Dev machine Operating System: dev machine: Windows 8.1
Debug machine:
uname -a
Linux 92e88cab8f65 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux
Using language server? Yes

Steps to repro

Setup launch configuration to attach

{
  "name": "attach to remote",
  "type": "Ruby",
  "request": "attach",
  "cwd": "${workspaceRoot}",
  "remoteHost": "123.123.123.123",
  "remotePort": "23456",
  "remoteWorkspaceRoot": "/nano-ci",
}


Run script on remote Linux machine with redebug-ide
Open VS Code at workspace e:\work\nano-ci
Attach debugger using configuration "attach to remote"
Set breakpoint

Expected behavior
Debugger rewrites path to file using cwd and remoteWorkspaceRoot when making a request to set a breakpoint.
Actual behavior
Path to file is not changed; breakpoint does not work.
Output of redebug-ide from remote machine when started with key -d
1: Processing in control: break e:\work\nano-ci\lib\nanoci\build_scheduler.rb:226
1: <breakpointAdded no="4" location="e:\work\nano-ci\lib\nanoci\build_scheduler.rb:226"/>
I expect path to be "/nano-ci/lib/nanoci/build_scheduler.rb:226"
The setup was working fine sometime ago (about a month or so).

Closing comment (2019-04-30T17:06:05Z): Dup of #316
Repository: rust-lang/crates.io

Issue #482: Wrong crate name of dependency in old Firefox.
Created: 2016-12-02T22:24:58Z
https://crates.io/crates/thrussh

Dependencies

thrussh ^0.0.10


While according to Cargo.toml it should be libsodium-sys.
Note: this is Firefox 38.0.6. In Firefox 45.2.0 and Chromium 53 it shows libsodium-sys like it should.

Duplicate issue #686: Changing href text when going back on Firefox
Created: 2017-04-23T20:18:45Z
Hey guys.
I'm having a little bug. When I enter into a crate page. For example:
https://crates.io/crates/sprs
And i select one of its dependencies (ndarray ^0.7.1) it takes me to the correct page. But when i go back one page into the Firefox history (pressing the top-left arrow on the navigation bar or pressing Alt-Left) the text of the dependency href now says: sprs ^0.7.1 (which is the name of the crate)

Closing comment (2017-04-23T22:04:37Z): Thanks for the report! This is a duplicate of #482, though, so I'm closing in favor of that one.
Also please keep in mind that not everyone on the internet is a guy! Thanks!
Repository: rust-lang/crates.io

Issue #70: Invalid content of a crate’s page when going back in history
Created: 2014-11-23T06:24:06Z
Hello,
I have noticed the following behavior:

Open a package, say A, with a dependency, say B, that does not belong to the owner A.
Note the information given about A in the right column (author, license, keywords, etc.).
Click on B at the bottom of the page under “Dependencies.”
Note the information given about B in the right column.
Press the Go Back button of the browser (tried in Chrome and Safari).
See that we are on the page of A, but the right column is as if we were on the page of B.

Regards,
Ivan

Duplicate issue #179: Crates.io does not show correct author info
Created: 2015-08-06T21:53:24Z
EDIT
@azerupi has a better description of the issue below.
The author is always set to "The Rust Project Developers"

The Cargo.toml file for this repo does have correct author info.
:~/src/ipnetwork (master=)$ cat Cargo.toml
[package]
name = "ipnetwork"
version = "0.1.11"
authors = ["Abhishek Chanda <abhishe.becsk@gmail.com>"]
description = "A library to work with IP CIDRs in Rust, heavily WIP"
license = "Apache-2.0"
repository = "https://github.com/achanda/ipnetwork"

EDIT:
@azerupi pointed out that:
1. This bug appears only on crates that the current user owns.
2. The authors are listed as the authors of the last crate visited.
Please see screenshots below.

Closing comment (2015-08-11T00:28:10Z): I believe this is a dupe of #70
Repository: rust-lang/crates.io

Issue #70: Invalid content of a crate’s page when going back in history
Created: 2014-11-23T06:24:06Z
Hello,
I have noticed the following behavior:

Open a package, say A, with a dependency, say B, that does not belong to the owner A.
Note the information given about A in the right column (author, license, keywords, etc.).
Click on B at the bottom of the page under “Dependencies.”
Note the information given about B in the right column.
Press the Go Back button of the browser (tried in Chrome and Safari).
See that we are on the page of A, but the right column is as if we were on the page of B.

Regards,
Ivan

Duplicate issue #161: Wrong author after using "back" button
Created: 2015-06-09T06:23:14Z
Steps to reproduce:

Go to https://crates.io/crates/alsa - notice that the author is David Henningsson
Input "dbus" + Enter in the search box
Click the first result, "systemd-dbus" - notice that the author is Hugo Duncan
Click back (with your mouse) twice
Notice how the alsa crate's author has changed from "David Henningsson" to "Hugo Duncan".

Experienced with Firefox 38.0 on Ubuntu 14.04.

Closing comment (2015-06-09T16:47:31Z): I think this is a dupe of #70, but thanks for the report!
Repository: rust-lang/crates.io

Issue #3687: Login error covers login link
Created: 2021-06-08T23:00:50Z
Describe the bug
When running cargo login to log in, it instructs you to visit https://crates.io/me.  Doing that, I see the following:

with no obvious clue what to do.  You have to wait for that error to go away to reveal the login link below it.  If you have a small-width display, the login link is further hidden behind a Menu drop-down.  Even then, it is not obvious what to do if you don't already know how crates.io authentication works.
To Reproduce
Be logged out.  Then visit https://crates.io/me.
Expected behavior
If you are not logged in, visiting https://crates.io/me should display a login page (or some sort of page to indicate you need to do something to proceed).  Another alternative is if you are already logged in to GitHub to automatically pass through, though I'm not sure how I feel about that.
Desktop (please complete the following information):

OS: macOS
Browser: Any

Duplicate issue #3688: UX issue: error message masks the login button
Created: 2021-06-09T08:49:23Z
Describe the bug
The "please login to proceed" error message is displayed... on top of the button that would allow logging in.
To Reproduce
Steps to reproduce the behavior:

Log out of crates.io
Go to 'https://crates.io/me'
The error message asking to log in covers the login button

Expected behavior
Instead of an error message, the page could just display "please log in to proceed" with a login form.
Screenshots

Closing comment (2021-06-09T10:02:40Z): duplicate of #3687