You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This task is automatically imported from the old Task Issue Board and it was originally created by James Dunkerley.
Original issue is here.
If you have a Java Date that comes to the IDE from the polyglot world it's type is not recognized and so you get no help from the CB etc.
The engine side works fine so the functions do work but you need to know them rather than it guiding you.
This is true for a simple
polyglot java import java.time.LocalDate
main =
operator1 = LocalDate.now
but it occurred from parsing a table with dates in it.
The same is true if I embed a simple JS function and call it:
foreign js hello = """
return "Hello World!"
The text returned's type is not known.
If the polyglot returns a number the type is known as normal.
Comments:
(James Dunkerley - Jan 27, 2023)
In a debugging session, I compared what is sent over the websocket between IDE and LS when editing a node to `Date.now` or `LocalDate.now`. The difference seems to be in "executionContext/expressionUpdates" message sent from LS which has `type: null` in its `updates` field for `LocalDate.now`. Apart from that, I was not yet able to pinpoint the exact point where the type of a node is resolved. (Pavel Marek - Jan 31, 2023)
This is a log, with trace enabled, when I tried to add nodes to an empty project (with just imports) with `LocalDate.now`, `Date.now` and `My_Type.Value 42`. (Pavel Marek - Feb 1, 2023)
Removed regression tag - it's been like that since inception. (Hubert Plociniczak - Feb 3, 2023)
**Hubert Plociniczak** reports a new **STANDUP** for yesterday (2023-02-02):
Progress: Investigating suboptimal JGit performance at startup which was leading to occasional timeouts. Improvement is ready in a PR but will be eventually replaced by git itself due to unsatisfactory performance. It should be finished by 2023-02-03.
Next Day: Next day I will be working on the #184336928 task. Go back to fixing reporting types for polyglot values, based on Jaroslav's feedback. (Enso Bot - Feb 3, 2023)
**Hubert Plociniczak** reports a new **STANDUP** for the last Wednesday (2023-02-01):
Progress: Investigating why the typo of polyglot values isn't shown for polyglot values. Draft PR ready for some discussion. Ongoing stability issues investigations. It should be finished by 2023-02-03.
Next Day: Next day I will be working on the #184359934 task. Needs discussion with Jaroslav regarding the approach (currently assertions fail), investigating timeouts happening at startup (Enso Bot - Feb 3, 2023)
The text was updated successfully, but these errors were encountered:
This task is automatically imported from the old Task Issue Board and it was originally created by James Dunkerley.
Original issue is here.
If you have a Java Date that comes to the IDE from the polyglot world it's type is not recognized and so you get no help from the CB etc.
The engine side works fine so the functions do work but you need to know them rather than it guiding you.
This is true for a simple
but it occurred from parsing a table with dates in it.
The same is true if I embed a simple JS function and call it:
The text returned's type is not known.
If the polyglot returns a number the type is known as normal.
Comments:
(James Dunkerley - Jan 27, 2023)
In a debugging session, I compared what is sent over the websocket between IDE and LS when editing a node to `Date.now` or `LocalDate.now`. The difference seems to be in "executionContext/expressionUpdates" message sent from LS which has `type: null` in its `updates` field for `LocalDate.now`. Apart from that, I was not yet able to pinpoint the exact point where the type of a node is resolved. (Pavel Marek - Jan 31, 2023)
This is a log, with trace enabled, when I tried to add nodes to an empty project (with just imports) with `LocalDate.now`, `Date.now` and `My_Type.Value 42`. (Pavel Marek - Feb 1, 2023)
Removed regression tag - it's been like that since inception. (Hubert Plociniczak - Feb 3, 2023)
**Hubert Plociniczak** reports a new **STANDUP** for yesterday (2023-02-02):
Progress: Investigating suboptimal JGit performance at startup which was leading to occasional timeouts. Improvement is ready in a PR but will be eventually replaced by git itself due to unsatisfactory performance. It should be finished by 2023-02-03.
Next Day: Next day I will be working on the #184336928 task. Go back to fixing reporting types for polyglot values, based on Jaroslav's feedback. (Enso Bot - Feb 3, 2023)
**Hubert Plociniczak** reports a new **STANDUP** for the last Wednesday (2023-02-01):
Progress: Investigating why the typo of polyglot values isn't shown for polyglot values. Draft PR ready for some discussion. Ongoing stability issues investigations. It should be finished by 2023-02-03.
Next Day: Next day I will be working on the #184359934 task. Needs discussion with Jaroslav regarding the approach (currently assertions fail), investigating timeouts happening at startup (Enso Bot - Feb 3, 2023)
The text was updated successfully, but these errors were encountered: