When I set up my Mura, I selected the option to not use site-ids, which I think is the root of this problem. When I try it on another Mura installation, which uses site-ids, it works fine.
Here is the code for the include:
[mura]$.dspinclude('display_objects/custom/cfchart/inc_chart_form.cfm')[/mura]
The error is:
GET http://sellyastuff/mura-6.2.6526/index.cfm/cfchart/ [HTTP/1.1 404
Content Not Found 509ms]
Edit: Note that this is a multi-site setup and I am applying this include to one of these sites.
The actual server physical path on my local dev machine is:
http://sellyastuff/mura-6.2.6526/just-jeans/includes/display_objects/custom/cfchart/inc_chart_form.cfm
I'm wondering if your error is actually being caused by something in the inc_chart_form.cfm file. Maybe put a <h1>Hello from inc_chart_form.cfm</h1><cfabort /> at the top of the file, and try it again.
Also, this could be an issue with your rewrite rules ... so, you may want to disable those and try again if the first suggestion doesn't work.
Related
I'm experimenting with using dev-containers for development by trying to follow along with this simple example: https://github.com/microsoft/vscode-remote-try-python
The setup works fine and I am able to build and connect to the container, and run the app just fine. However, if I try to edit anything and save it, I get an error:
Failed to save 'app.py': Unable to write file 'vscode-remote://dev-container+2f55736572732f62726164656e2e6b696e6172642f706572736f6e616c2f7673636f64652d72656d6f74652d7472792d707974686f6e/workspaces/vscode-remote-try-python/app.py' (Unknown (FileSystemError): Error: EROFS: read-only file system, open '/workspaces/vscode-remote-try-python/app.py')
If I open a secondary window with the local folder open, I can save changes and those are reflected in the remote container window. But due to the file system being set to read-only, I can't edit anything from within the remote container. Any ideas on why I am stuck in read-only?
One potentially important note is that I am using using Colima (version 0.2.2) rather than Docker Desktop, thought I haven't found anything to indicate that this would be an issue.
I found the answer to my own problem. Turns out the issue was using Colima as a runtime. I came across the discussion around issue #102 on the Colima Github page. According to the developer, the default mount "Used to be read-only, but changed to writable in version 0.3.0.". I was using v0.2.2.
I updated colima to the most recent version (v0.4.4) and it fixed the issue for me.
I'm having some troubles with the path of a file with Zend 3 (I'm a beginner).
The file I want to read is /public/data/csv_data.csv, and I would like to access it from a model (Module/Map/src/Model/Map.php). I have tried different paths but impossible to get the right one since yesterday... Do you have any ideas ?
(see project directory below)
The vhost (I'm using wamp) is set to the root of the project, geolocalisation, so the url of the index is geolocalisation/skeleton-application/public, if that changes anything to the problem.
Thanks all
Jules
public/data/csv_data.csv is probably the correct path. Code runs relative to the application root (this: https://github.com/zendframework/ZendSkeletonApplication/blob/master/public/index.php#L10 is what makes that happen).
Otherwise, please update your question to include paths you've tried and what errors you got from each attempt.
Environment: Windows, Java-Application with JxBrowser control (Swing)
Since 6.12 we have the issue that a saved file does not appear in the target directory. The dialog opens, path can be choosen, but after hitting the save button, nothing happens.
There are no error messages.
This worked without problems with 6.8.
The file that should be saved is served by our java backend.
Any ideas?
I have the same problem. It seems that the location set by the method setDestinationFile() in class DownloadItem does not take effect and the file is always saved to the default location.
This problem does not appear in 6.11.1 version.
Hope my answer would help and looking forward to a solution.
My RealURL path segments do not work anymore since a Backup.
I had TYPO3 7.6.10 on my Windows PC.
Then i installed TYPO3 7.6.11 on my new Mac.
I made a dump file of the database and copied all files of my TYPO3 Project.
After finishing, I could successfully login into the backend.
The only problem I have is, that my RealURL does not rewrite my paths anymore.
Actually my first page is called localhost/project/home/ instead of localhost/project/index.php?id=2.
However, the first one always ends up in a 404 - Error.
I don't know why that happens, since i also copied the _.htacces file in the project folder too. Or is that not the right way to back up?
Hope someone can help me.
EDIT
Problem solved: Since OSX is hiding some sepcial files like the .htaccess, i had to make them visible so i could copy them. Now everything is working as it shall!
Problem solved:
Since OSX is hiding some sepcial files like the .htaccess, i had to make them visible so i could copy them.
Now everything is working as it shall!
We have a link in a silverlight application:
http://xx.xxx.xxx.xxx:xxxx/ord?station:|slot:/Drivers/xxxxxxxxxx/xxxxxxxxxx
When our client tries running the applicaiton it is supposed to access the link directly, however, it appears to be truncating the url to:
http://xx.xxx.xxx.xxx:xxxx/
We are unable to reproduce the issue on our systems, but the person says he gets the same result on his work computer and his home computer. Any Ideas?
Sounds like a possible EBKAC problem (Error Between Keyboard And Chair) :)
You need to see exactly what this user is doing (cut & paste from multi-line links in emails can cause this sort of problem).