LS for default PHP stacks not working
See original GitHub issueDescribe the bug
PHP default stacks don’t have any Language support. Code highlighting, error highlighting, code completion etc.
Che version
- latest 7.9.0
- nightly
- other: please specify
Steps to reproduce
- Go to Workspace -> Add Worksapce
- Create and open
PHP Symfony
workspace - Open file symfony-demo-application/src/Controler/BlogController.php
- No LS features are provided.
Expected behavior
Code should be highlighted according PHP syntax and LS features as error highlighting or code completion should work.
Runtime
- kubernetes (include output of
kubectl version
) - Openshift (include output of
oc version
) Hosted Che - minikube (include output of
minikube version
andkubectl version
) - minishift (include output of
minishift version
andoc version
) - docker-desktop + K8S (include output of
docker version
andkubectl version
) - other: (please specify)
Screenshots
Some browser console logs errors that could be related to the problem:
Issue Analytics
- State:
- Created 4 years ago
- Comments:6 (6 by maintainers)
Top Results From Across the Web
php - exec("ls") not returning full "ls" - Stack Overflow
So I have this PHP code which is pretty simple. ... How can I make it return all of the files? Is it...
Read more >Troubleshoot Permission Issues - Bitnami Documentation
The following are the most common permission issues that Bitnami users face: ... or involuntarily, the user changes the stack's default permissions.
Read more >Get the default Bitnami application and database user name
To do this, you must get the default user name and password for the application and/or database running on the instance.
Read more >Not parsing all ini files in /etc/php.d - Unix Stack Exchange
Redid the INI file using cp --preserve=context «existing-ini-file» 20-oci8.ini then edited it. ls -alZ shows all good.
Read more >Stacks: denovo_map.pl
Running ustacks on each of the samples specified, building loci de novo in each sample. Executing cstacks to create a catalog of all...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Unfortunately not, since we removed the @theia/textmate-grammers package the PHP filetype that is associated with the syntax colourization etc doesn’t get added to Theia and since we don’t have the vscode-builtin-php we technically don’t have a “real” PHP language configuration. For some reason there is a
php
filetype that is available but I believe it’s only coming from files extension type ofBlogController.php
I think it has to be activated by vscode/theia since activation events is defined in the vscode extension
I think the problem is that when we switched to using the vscode builtins in che-theia we don’t provide a PHP language configuration: https://github.com/eclipse/che-theia/blob/master/generator/src/templates/theiaPlugins.json. Since the PHP filetype is no longer be there the PHP language features won’t activate when a PHP file is opened.
When I tested on the 7.10.0-SNAPSHOT and opened up BlogController.php the default language configuration is set to plain text (since PHP is missing) so there also won’t be syntax colourization
Related issues: https://github.com/eclipse-theia/theia/issues/6672 https://github.com/eclipse/che/issues/16114