close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 13 years ago

Closed 13 years ago

Last modified 13 years ago

#1212 closed Defekt (erledigt)

Räume 5.44 / 5.46 Darstellung Computermaus

Reported by: sz Owned by: Rüdiger Kupper
Priority: bald erledigen Milestone: Schuljahr 2013/14
Component: Ich kenne die passende Komponente nicht. Severity: beeinträchtigt den Unterricht einiger Lehrer
Keywords: Cc: bau, jas

Description

Räume 5.44 / 5.46 Darstellung Computermaus: Maus ist nicht zu sehen,
daher Coumputer schwer bedienbar

Change History (9)

comment:1 by bau, 13 years ago

Problem kann ich bestätigen (NwT 001).
Es scheint aber ein generelles Problem zu sein, denn als ich mich gestern direkt am ltspl1 angemeldet habe war die Maus auch weg. Beim Abmelden hängt übrigens dann ein gnome-Dienst (habe vergessen, wie der heißt).

Zunächst ist bei der Anmeldung der Zeiger noch da, mit dem Start von docky (? Vermutung) ist er dann aber weg.

comment:2 by Rüdiger Kupper, 13 years ago

Ja, das Problem tritt tatsächlich öfters auf, auch direkt am Server. Grund ist mir schleierhaft. Wann und warum der Zeiger verschwindet kann ich nicht recht festmachen, aber das Gute ist immerhin: Der Mauszeiger taucht auch irgendwann wieder auf! Ein paar Sekunden warten und die Maus bewegen hat bei mir den Zeiger jedesmal wieder zurückgeholt, und dann bleibt er auch.

-> Wir haben mal wieder Grafikprobleme, die kommen und gehen, sehr blöd. Ich versuche, naheres herauszufinden.

comment:3 by bau, 13 years ago

bei mir kam der Mauszeiger heute leider nicht mehr zurück, auch nach längerem Warten nicht :-(

comment:4 by Rüdiger Kupper, 13 years ago

Wer hätte das gedacht? Der fehlende Mauszeiger und der hängende "GNOME-settings-daemon" hängen zusammen.
Upstream Bugreport: ​launchpad:1238410

Soweit ich die Sache verstehe, haben sich die GNOME-Leute da mal wieder etwas geniales ausgedacht, nach dem Motto: "Heute gibt es genügend Rechner, die sich ohne Maus bedienen lassen (z.B. Touch-Displays). Bei denen stört der Mauszeiger ja nur. Also schalten wir ihn doch mal ab, solange, bis wir sicher sind, dass der Nutzer auch wirklich eine Maus bedient."

Der Dienst, der die Maus ein- und ausschalten soll, ist "gnome-settings-daemon", und der scheint nicht recht zu funktionieren.
Das ganze ist offensichtlich ein Bug, der vermutlich auch bald behoben wird. Aber im Ticket steht auch ein Workaround: Das "Cursor"-Plugin des GNOME-Settings-Daemon abschalten. Das werde ich mal für alle Nutzer konfigurieren, dann sollte morgen der Mauszeiger hoffentlich überall zu sehen sein.

comment:5 by Rüdiger Kupper, 13 years ago

Owner: changed from netzwerk to Rüdiger Kupper
Status: new → accepted

comment:6 by bau, 13 years ago

Na das ist ja mal ein nettes Gimmick :-)
Am Besten wäre es aber, wenn man (vor allem für die LTSP-Lösung) solcherlei Schnickschnack einfach abschalten könnte!

comment:7 by Rüdiger Kupper, 13 years ago

Resolution: → erledigt
Status: accepted → closed

Kann man ja glücklicherweise:

Das Cursor-Plugin in GNOME-settings-daemon ist jetzt für alle Nutzer abgestellt.
(Siehe: Auf den LtspServern /etc/dconf/db/site.d/...)
Damit sollte der Mauszeiger immer sichtbar sein.

Anbei: Dieser GNOME-settings daemon hat noch so allerlei andere Plugins. Die sollte ich mir auch mal näher ansehen.

comment:8 by Rüdiger Kupper, 13 years ago

Cc: bau jas added

comment:9 by Rüdiger Kupper, 13 years ago

Ich hab ein ganz schwache Hoffnung, dass das vielleicht auch dir Ursache dafür war, dass man sich nicht mit aktivierter Hardwarebeschleunigung einloggen kann... Wäre schön, wenn's das gewesen wäre. Kann ich aber erst testen, wenn ich wieder Zeit an der Schule habe (=nicht mehr diese Woche :-) ).

Note: See TracTickets for help on using tickets.