Open GoogleCodeExporter opened 9 years ago
Can you clarify what you mean by "nothing works anymore in case (2)". I've been
using gnome-mplayer with dconf on my F16 box for a long time. I also just
tested that option here and it appears to work.
Removing gnome-mplayer and gmtk and then clearing the preferences out of dconf
would not be a bad idea.
Original comment by kdeko...@gmail.com
on 20 Apr 2012 at 12:52
[deleted comment]
[deleted comment]
"nothing works anymore in case (2)":
either
1.
i cant click any window or icon... i need to do a "ctrl+alt+backspace" in order
to get a working gnome session again...
or
2.
just the gnome-mplayer window freezes and i have to SIGKILL the gnome-mplayer
process...
"then clearing the preferences": how can i do that? IIRC i tried that before
and that caused this bug... since i upgraded from fedora core 16 to fc17 i cant
use the mouse to scroll the video back/forth...
Delete comment
Original comment by goo...@wgboome.org
on 20 Apr 2012 at 1:44
Yeah I would try a reinstall and see if that fixes it. When you uninstall it
should pull the values out of dconf. You can try running dconf-editor after
uninstalling and check to make sure that 'gnome-mplayer' is not under apps. If
it is you might have some lingering config files.
Original comment by kdeko...@gmail.com
on 20 Apr 2012 at 5:38
i erased/uninstalled gnome-mplayer, but dconf still knows it:
> dconf list /apps/gnome-mplayer/
preferences/
and it seems to use (./.config/dconf/user) a nasty binary format...
do u know how to repair it?
is ther something like a dconf-cleaner?
i just have gconf-cleaner...
Original comment by goo...@wgboome.org
on 20 Apr 2012 at 6:08
might try
dconf reset /apps/gnome-mplayer/preferences/
if that doesn't work you might have to do each item..
Another thing you might do is search for the files named
apps.gecko-mediaplayer.preferences.gschema.xml
apps.gnome-mplayer.preferences.enums.xml
apps.gnome-mplayer.preferences.gschema.xml
And remove them if they exist and then do a dconf reset
Original comment by kdeko...@gmail.com
on 20 Apr 2012 at 6:42
first i tried
> dconf reset -f /apps/gnome-mplayer/preferences/
without success...
then i deleted the schema/enums files...
then i did a
> dconf reset -f /apps/gnome-mplayer/preferences/
# glib-compile-schemas /usr/share/glib-2.0/schema
again and this time
> dconf list /apps/gnome-mplayer/
did not produce any output...
then i reinstalled gnome-mplayer and gnome-mplayer-common...
but neither preferences dialog nor the mouse-fast-forward still works...
changing "mouse-wheel-changes-volume" via dconf-editor doesnt help, too...
Original comment by goo...@wgboome.org
on 20 Apr 2012 at 7:41
have you reinstalled gmtk? I tested the functionality here and it works with
the source code on Fedora 16, so it might be a packaging error at this point.
Original comment by kdeko...@gmail.com
on 20 Apr 2012 at 7:55
now i reinstalled gmtk,
but it still doesnt work...
the --reallyverbose option didnt deliver any message about the preferences
dialog...
can i somehow get some information where it gets stuck?
is there some GTK debug environment variable?
Original comment by goo...@wgboome.org
on 20 Apr 2012 at 9:58
I cannot reproduce it here. I tested with my F-17 VM, and I can go to
preferences, toggle the mouse scroll option, close the prefs window and play an
audio file.
Original comment by beleg...@gmail.com
on 21 Apr 2012 at 8:53
yes, it must be something special with my box...
the gconf/dconf things r very old (i upgraded them since fc14)...
i will try to find out where it hangs...
i just thought i should ask here, because gnome-mplayer is the only application
that is affected...
Original comment by goo...@wgboome.org
on 21 Apr 2012 at 9:04
If you are having trouble deleting the user settings, you could try creating a
new user account and checking if you can reproduce the issue.
Original comment by beleg...@gmail.com
on 21 Apr 2012 at 9:19
Arne, my box has been upgraded since Fedora 11. One tool I have found useful is
yum distro-sync. But you might have to reinstall a few things after that.
Original comment by kdeko...@gmail.com
on 21 Apr 2012 at 12:21
I logged out of the gnome session and
removed the ~/.config/dconf directory to a secret place where gnome couldnt
find it... :-)
then i logged in again...
everything looked weird... this brand new "activity menu" thingy showed up in
the upper panel...
the preferences dialog of gnome-mplayer worked as it should...
just the mouse wheel didnt work as it should (even after i unchecked the "mouse
wheel changes volume" checkbox)... :-)
distro-sync would just change at and gmtk... giggle
it seems like i did something wrong with dconf... :-)
but i still like gnome-mplayer best...
Original comment by goo...@wgboome.org
on 21 Apr 2012 at 1:39
Interesting that the mouse wheel seeking didn't work. What type of file were
you playing? I just tested it here on my setup and it worked fine. Does the
normal seek bar work with those files?
Original comment by kdeko...@gmail.com
on 21 Apr 2012 at 2:14
i tried different files...
arrow keys and PgUp/PgDn work...
the seek bar works, too...
just the mouse wheel doesnt...
when i run a standalone mplayer window, i can use the mouse wheel...
but that is not very bad... now i just have to use both hands (keyboard for
scrolling and mouse for changing focus to the gnome-mplayer window), when i
need to scroll back a little bit, because i didnt understand a joke or so... in
fc16 i could do it just with the mouse...
Original comment by goo...@wgboome.org
on 21 Apr 2012 at 4:00
I have the same problem as described at top - mouse wheel doesn't work any more
(in gnome-mplayer only, in the other applications it works fine).
I'm using gnome-mplayer 1.0.6-1 x86_64 on ArchLinux x86_64.
The problem appeared after I updated the following libraries (not the
gnome-mplayer itself):
glib2 (2.30.2-2 -> 2.32.1-2)
pango (1.29.4-1 -> 1.30.0-1)
gtk3 (3.2.3-3 -> 3.4.1-1)
gsettings-desktop-schemas (3.2.0-1 -> 3.4.1-1)
gnome-desktop (1:3.2.1-1 -> 1:3.4.1-1)
gdk-pixbuf2 (2.24.1-3 -> 2.26.1-1)
libgnome-keyring (3.2.2-1 -> 3.4.1-1)
gconf (3.2.3-1 -> 3.2.5-2)
gobject-introspection (1.30.0-1 -> 1.32.1-1)
Original comment by grish...@gmail.com
on 27 Apr 2012 at 10:01
I may have an idea as to why the mouse wheel is not working. But at the moment
the fix breaks DVD menus..
Try this patch and see if it fixes the wheel on your system
Index: src/gui.c
===================================================================
--- src/gui.c (revision 2245)
+++ src/gui.c (working copy)
@@ -7315,6 +7314,7 @@
hbox = gtk_hbox_new(FALSE, 0);
controls_box = gtk_vbox_new(FALSE, 0);
media = gmtk_media_player_new();
+ gtk_widget_set_events(media, GDK_BUTTON_PRESS_MASK);
g_signal_connect_swapped(G_OBJECT(media), "media_state_changed",
G_CALLBACK(player_media_state_changed_callback), NULL);
g_signal_connect_swapped(G_OBJECT(media), "button_press_event", G_CALLBACK(popup_handler), G_OBJECT(popup_menu));
Original comment by kdeko...@gmail.com
on 29 Apr 2012 at 7:05
Can you try SVN r2247 and see if that fixes the issue with the mouse wheel. It
seems to work correctly here. I just added more events to the event mask and
that seemed to fix it.
Original comment by kdeko...@gmail.com
on 29 Apr 2012 at 7:26
[deleted comment]
Update to what? Would you like to have an RPM spun from current SVN code?
Original comment by beleg...@gmail.com
on 29 Apr 2012 at 8:09
i used the wrong account for Comment#21... so i deleted it... sorry
cool, but:
i cant install gmtk-devel, because:
i use ur cool very special gmtk version... :-)
when will rpmfusion update their rpms?
in reply to Comment#22:
currently i use
gmtk.x86_64 1.0.7a1-1.fc16 @/gmtk-1.0.7a1-1.fc16.x86_64
Original comment by goo...@wgboome.org
on 29 Apr 2012 at 8:33
1.0.7a1 is newer that what rpmfusion has. I assume you got it using the RPM
spec shipped with the tarball, so what is the problem doing it again for r2247?
Original comment by beleg...@gmail.com
on 29 Apr 2012 at 8:36
kdekorte gave me a custom version in order to solve:
http://code.google.com/p/gnome-mplayer/issues/detail?id=610
Original comment by goo...@wgboome.org
on 29 Apr 2012 at 8:49
OK, I see. Kevin, is that fix included in SVN? If so, I can prepare a package
for arne_woerner.
Original comment by beleg...@gmail.com
on 29 Apr 2012 at 8:52
I've built r2247 and the problem with mouse wheel remains.
Original comment by grish...@gmail.com
on 29 Apr 2012 at 8:57
Well that is unfortunate that the mouse still doesn't work. I am waiting to
upgrade my desktop to F17 so I personally cannot duplicate the problem at the
moment. I'm wondering if the something was added to GTK 3.4 that I just have
not seen yet that is required to make the wheel work.
Original comment by kdeko...@gmail.com
on 30 Apr 2012 at 10:15
Quick google search found this..
http://redmine.audacious-media-player.org/boards/1/topics/230
And a quick google search
https://www.google.com/search?q=gtk+3.4+mouse+wheel&ie=utf-8&oe=utf-8&aq=t&rls=o
rg.mozilla:en-US:unofficial&client=firefox-a
seems to note that this a common issue. So looks like I need to fix the code.
Original comment by kdeko...@gmail.com
on 30 Apr 2012 at 10:17
Does this patch fix the scrolling issue in GTK 3.4?
Index: gui.c
===================================================================
--- gui.c (revision 2247)
+++ gui.c (working copy)
@@ -7316,7 +7316,7 @@
media = gmtk_media_player_new();
gtk_widget_set_events(media, GDK_KEY_PRESS_MASK | GDK_KEY_RELEASE_MASK |
GDK_BUTTON_PRESS_MASK | GDK_BUTTON_RELEASE_MASK |
- GDK_POINTER_MOTION_MASK | GDK_LEAVE_NOTIFY_MASK |
GDK_ENTER_NOTIFY_MASK);
+ GDK_POINTER_MOTION_MASK | GDK_LEAVE_NOTIFY_MASK |
GDK_ENTER_NOTIFY_MASK | GDK_SCROLL_MASK);
g_signal_connect_swapped(G_OBJECT(media), "media_state_changed",
G_CALLBACK(player_media_state_changed_callback), NULL);
g_signal_connect_swapped(G_OBJECT(media), "button_press_event", G_CALLBACK(popup_handler), G_OBJECT(popup_menu));
Original comment by kdeko...@gmail.com
on 30 Apr 2012 at 10:45
I've tried the last patch and the problem remains.
I've noticed that when the mouse pointer is over the volume button rotating the
mouse wheel actually changes the volume, but rather slowly (50 rotations to go
from max to mute). When the button is pressed wheel changes volume much faster
(5 rotations to go from max to mute).
Also when mouse pointer is over the timeline control, rotating the mouse wheel
moves the time pointer but it instantly returns at its original position and
doesn't affect the played movie at all. Also rotating the wheel forward moves
the pointer backwards (which is the opposite than it was before).
Rotating the wheel over the movie playing area doesn't do nothing.
Changing the preference "Use Mouse Wheel to change volume, instead of seeking"
doesn't affect the described above behavior.
The behavior is the same in patched and non patched version.
Original comment by grish...@gmail.com
on 1 May 2012 at 9:11
Seems like GTK 3.4 has some backward compatibility issues in this area.
Unfortunately, I'm not sure when I will have a GTK 3.4 machine to test with so
I don't have an ETA on when this will be fixed. In my opinion this is really a
GTK issue, but I'm sure they will right this off as something that should be
fixed at the application level.
Original comment by kdeko...@gmail.com
on 1 May 2012 at 12:28
Original issue reported on code.google.com by
goo...@wgboome.org
on 19 Apr 2012 at 6:36