Closed Bug 616175 Opened 14 years ago Closed 4 years ago

[SeaMonkey] Disable screensaver on Linux

Categories

(SeaMonkey :: Release Engineering, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: sgautherie, Unassigned)

References

(Blocks 1 open bug)

Details

I'm not thinking about any specific (random) test failure,
but I simply assume we may want to do as in bug 585286.

And I'm always reminded about this when I check for (unrelated) bug 589471:
http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1291276384.1291277467.17882.gz&fulltext=1
Linux comm-central-trunk debug test mochitests-5/5 on 2010/12/01 23:53:04
{
XScreenSaver state: On
XScreenSaver kind: Blanked
XScreenSaver idle timer activated 3073493 seconds ago
User input has been idle for 3074093 seconds
}

NB: I don't know about MacOSX and Windows boxes...
Hmm, I actually thought screen savers were off on all our machines anyhow...
I tried to take a look but can't really find what to look for or what to change there.

Ben, can you help me on what we need there? Do the FF boxes have some special settings there? (Note that those are CentOS machines, we don't have Fedora talos machines)
I have no idea. jhford might know.
Bug 616175 may give a hint...
(In reply to comment #4)
> Bug 616175 may give a hint...

Arg, bug 601783 !
Somehow sounds like bug 585286 fixed that in general, probably only on the 0.8 branch though, so this might be dependent on bug 567035 in the end.
Depends on: 567035
Summary: Disable screensaver on Linux → [SeaMonkey] Disable screensaver on Linux
I hope this is fixed now by bug 567035, please reopen if it isn't.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Assignee: nobody → kairo
Flags: in-testsuite-
Bug 589471 is worked around ftb, so there isn't an obvious log to verify atm.
Not fixed:

http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1292648850.1292653105.26076.gz
Linux comm-central-trunk debug test mochitests-4/5 on 2010/12/17 21:07:30
{
2833 ERROR TEST-UNEXPECTED-FAIL | /tests/layout/generic/test/test_movement_by_characters.html | Test timed out.
args: ['/builds/slave/test/build/bin/screentopng']
XScreenSaver state: On
XScreenSaver kind: Blanked
XScreenSaver idle timer activated 1922 seconds ago
User input has been idle for 2522 seconds
}

http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1292663840.1292669312.24200.gz&fulltext=1
Linux comm-central-trunk debug test mochitests-4/5 on 2010/12/18 01:17:20
{
2833 ERROR TEST-UNEXPECTED-FAIL | /tests/layout/generic/test/test_movement_by_characters.html | Test timed out.
args: ['/builds/slave/test/build/bin/screentopng']
XScreenSaver state: On
XScreenSaver kind: Blanked
XScreenSaver idle timer activated 3689 seconds ago
User input has been idle for 4289 seconds
}

I don't know whether this is the cause of this test failure (but could be),
anyway let's rule this out.

***

Ftr,
{
======== BuildStep started ========
'xset s ...'
=== Output ===
xset s reset
 in dir /builds/slave/test/build (timeout 1200 secs)
...
program finished with exit code 0
elapsedTime=0.879665
=== Output ended ===
======== BuildStep ended ========
}

Could you check what that command actually do?
(Maybe CentOS needs a different command than Fedora?)
Blocks: 489560
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Bug still there:
http://tinderbox.mozilla.org/showlog.cgi?log=SeaMonkey/1295285098.1295286411.30426.gz
Linux comm-central-trunk debug test mochitests-5/5 on 2011/01/17 09:24:58
without looking heavily, and being only on windows, man for xset seems to indicate we want to |xset s reset| and then |xset s off| (since reset only cancels the screensaver from being active at that moment, if it was active).
Fwiw, |xset q| gives information on the current settings.

Buildbot step does |xset s reset| :-|
Maybe our boxes miss |xset s off| in some init config?
Or maybe a buildbot step should do it (too)?
Or the difference might be in the length:
SeaMonkey seems to use 600 seconds (= 10 mn),
which, iirc, may be less than the 1200(!?) seconds that buildbot uses as a timeout delay...

I don't know what length Firefox uses.
Component: Testing Infrastructure → Release Engineering
QA Contact: testing-infrastructure → release
Assignee: kairo → nobody

Closing as it's no longer relevant.

Status: REOPENED → RESOLVED
Closed: 14 years ago4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.