Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 8615 - Dcc probed monitor results in unusable XF86Config
Dcc probed monitor results in unusable XF86Config
Product: Red Hat Linux
Classification: Retired
Component: installer (Show other bugs)
All Linux
high Severity high
: ---
: ---
Assigned To: Matt Wilson
: 9633 9851 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2000-01-19 11:40 EST by Hans de Goede
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-07-21 14:16:35 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Hans de Goede 2000-01-19 11:40:21 EST
My monitor was dcc probed, but the frequency range boxes we're empty,
I guessed this was normal, so I just clicked next, testing the config
showed me that there we're no valid modes, since the monitor probing
went wrong.
Comment 1 Hans de Goede 2000-02-10 18:01:59 EST
Still there in beta3
Comment 2 Jay Turner 2000-02-15 09:46:59 EST
Will be fixed in the next cut of the beta.
Comment 3 Hans de Goede 2000-03-07 08:11:59 EST
I just tried the 4 march snapshot iso, and it still has this problem, it gets
the name of the monitor right (DCC probed) but the frequency boxes are empty, I
can continue, but testing any settings consistently fails.
Comment 4 Michael Fulbright 2000-03-07 18:05:59 EST
This works for me with a NEC MultiSync E700.
Comment 5 Hans de Goede 2000-03-08 04:10:59 EST
It works for me with some DCC monitors too, but this specific monitor results in
empty frequency range boxes.

In other words the DCC probe partly failed, the monitor type detected is ok, but
it didn't detect valid frequency ranges, and still shows the DCC-probed monitor
and advises the user to use it. While using it won't work since there are no
frequency ranges.

I believe it should only show a DCC probed monitor if the frequency ranges match
some kinda sanity check, not having any ranges at all seems like something which
should fail this check.

This is with a Funai 17" monitor type: FCM1764L
Comment 6 Jay Turner 2000-03-08 05:48:59 EST
This should be fixed in the next cut of the installer.  We found a loophole that
needed to be closed up, so that should put an end to any empty sync range boxes.
Comment 7 Hans de Goede 2000-04-01 08:11:59 EST
I just tried 6.2 final (the zoot iso on gribble) and this bug is still there.
Comment 8 Jay Turner 2000-04-12 07:31:59 EDT
What happens if you actually click on the DDC-probed selection in the monitor
listing??  Do the sync rates show up then?
Comment 9 Hans de Goede 2000-04-12 16:10:59 EDT
Nope, the boxes still stay empty, I selected another monitor and then selected
the DCC probed monitor again.
Comment 10 Jay Turner 2000-04-17 14:51:59 EDT
This issue is being forwarded to a developer for further action.
Comment 11 Jay Turner 2000-04-21 14:22:59 EDT
*** Bug 9633 has been marked as a duplicate of this bug. ***
Comment 12 Jay Turner 2000-04-24 07:27:59 EDT
*** Bug 9851 has been marked as a duplicate of this bug. ***
Comment 13 Hans de Goede 2000-06-14 12:09:01 EDT
This is sorta fixed in 6.9.0 (Beta 1), now it fills the boxes with the values
for a fixed frequency monitor if nothing is detected, wouldn't it be better to
just select a generic monitor then, since now it looks to the user as if this is
detected and hence is what he should use.

Comment 14 Glen Foster 2000-07-18 14:14:33 EDT
This defect is considered MUST-FIX for Winston Beta-5

Note You need to log in before you can comment on or make changes to this bug.