! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Display Settings dialog doesn't work from within Parallels Desktop
Status:
RESOLVED: FIXED
Product:
Xfce4-settings
Component:
Display Settings

Comments

Description perldude editbugs 2011-01-14 00:08:18 CET
I'm running Xfce 4.8 (git) on openSuSE 11.3 (x86_64) inside of Parallels Desktop 6.0 virtual machine
on Mac OSX 10.6.6. I do have the Parallels Tools installed.

When I try to open the Display settings dialog, this error is shown:

"The video driver does not support video outputs"

I can resize my virtual machine window manually with xrandr, with the KDE display settings
dialog or from OSX. The video driver (prlvideo) reacts accordingly.

xrandr output:

jens@linux-vq8x:~> xrandr
Screen 0: minimum 640 x 480, current 1466 x 910, maximum 1920 x 1200
default connected 1466x910+0+0 0mm x 0mm
   1920x1080      60.0  
   1466x910       60.0* 
   1024x768       60.0  
   800x600        60.0  
   640x480        60.0  
   1600x1200      60.0  
   1680x1050      60.0  
   1400x1050      60.0  
   1280x1024      60.0  
   1440x900       60.0  
   1280x960       60.0  
   1280x800       60.0  
   1920x1200      60.0  

jens@linux-vq8x:~> xrandr -v
xrandr program version       1.3.2
Server reports RandR version 1.3
Comment 1 Lionel Le Folgoc 2011-01-14 08:07:19 CET
About the possibly failing test you were speaking about on irc last night (xfce-randr.c:180), I don't really know why it is useful. I didn't add it, it was already in the code prior to the big rewrite, and I assumed it was to workaround a buggy driver wrongly claiming randr support...

But I rechecked the randr spec, and looked quickly xrandr's code again, and I can't find anything related to that. So it's /probably/ safe to drop it (or maybe find the original committer and ask him if he remembers the reason ;-).
Comment 2 Nick Schermer editbugs 2011-01-14 08:37:06 CET
Iirc when the device had the name "default" it was a nvidia driver, but feel free to remove it.
Comment 3 perldude editbugs 2011-01-14 19:10:07 CET
Created attachment 3351 
Patch to disable the check.
Comment 4 Jérôme Guelfucci editbugs 2011-01-18 16:38:52 CET
This patch needs to be tested with the nvidia proprietary driver, to see if the detection still works.
Comment 5 Nick Schermer editbugs 2011-01-19 11:51:09 CET
Tried it with nvidia driver, it now open the dialog, no error dialog. However, changing the resolution works fine, so I don't think that's a bad thing...
Comment 6 Lionel Le Folgoc 2011-01-20 23:21:43 CET
This doesn't seem to be a constant behavior: in a quick "video tour" made by some user on a French forum, I can see the error dialog with nvidia settings (http://www.youtube.com/watch?v=lGaiXWygBik at about 3:00). :/
Comment 7 Jérôme Guelfucci editbugs 2011-01-21 20:06:33 CET
I pushed a fix to git master based on perldude's fix and comments by Lionel. If we get confirmation it's ok with different cards, I'll push it to the 4.8 branch.
Comment 8 Nick Schermer editbugs 2011-01-23 19:43:43 CET
Maybe we can still use it to show an extra button in the bottom of the dialog to launcher nvidia/ati settings?
Comment 9 Nick Schermer editbugs 2011-01-23 19:47:26 CET
well maybe not based on the "default" name if it passes the randr version test, but on whether the setting executables are found in $path.

Bug #7092

Reported by:
perldude
Reported on: 2011-01-14
Last modified on: 2011-02-03

People

Assignee:
Jérôme Guelfucci
CC List:
3 users

Version

Version:
unspecified

Attachments

Patch to disable the check. (966 bytes, patch)
2011-01-14 19:10 CET , perldude
no flags

Additional information