Custom Query (16363 matches)
Results (2491 - 2493 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #2553 | invalid | Shared folders incompatible with gedit | ||
| Description |
When mounting a shared folder in a Linux guest (Windows or Linux host), GEdit cannot save changes to any file. This happens regardless of the mount permissions; even files that can be saved with vim/kwrite/etc can't be saved with gedit. Files can be opened and read, but attempting to save results in the generic message "Could not save the file <filename>." This problem is not new to the 2.X series; I remember bumping into it last year and thought it would be fixed. There are also a number of forum threads referring to this problem (e.g. http://forums.virtualbox.org/viewtopic.php?t=4437) with no resolution. This makes using any Ubuntu guest a frustrating experience, as gedit is the default text editor. |
|||
| #2554 | fixed | host port forwarding stops working | ||
| Description |
I have several Linux virtual machines running NAT'ed on a Linux host (all Ubuntu 8.04). Each has a port from the host mapped to port 80 in the guest, and a port from the host mapped to port 22. vbguest1: 2201 -> 22, 1081 -> 80 vbguest2: 2202 -> 22, 1082 -> 80 vbguest3: 2203 -> 22, 1083 -> 80 vbguest4: 2204 -> 22, 1084 -> 80 vbguest5: 2205 -> 22, 1085 -> 80 I also run openvpn in each slice connecting each to a private openvpn network. All guests are clients to a another physical machine that runs as an OpenVPN server elsewhere. After 10 days of uptime one could no longer reach the web server or ssh server in vbguest1 via the host forwarded ports. However, both the web server and the ssh server were reachable from the openvpn network. They also both worked correctly inside the slice. Looking at the log files I could find nothing unusual anywhere. I telnet'ed to host:1080 and the TCP/IP session would be negotiated, however no data would flow to or from the web server application in the guest. The other slices were all working correctly. vbguest2 runs the same application suite as vbguest1. And the applications in vbguest2 were correctly accessible via the host forwarded ports. |
|||
| #2555 | worksforme | log files on system32 folder | ||
| Description |
Why VirtualBox creating log files in system32 folder and not on C:\Program Files\Sun\xVM VirtualBox. |
|||

