Re: [arch-general] Chromium Favorites Bar Partially Inoperative
On 2016-01-31 18:11:24, Dutch Ingraham wrote: > (...) confirm chrome on awesome "right" (or 2ndary) monitor problems: This is an awesome + multi-monitor + chromium problem, not your graphics driver. folders in the bookmark bar do not track "pressed" status or track the mouse at all. I believe it's more of awesome + some dirty stuff chromium does that it gets away in most other window managers because those aren't as awesome as awesome is awesome. I have observed this for at least half a year now, on different machines, always chromium (or google-chrome) + awesome + multimonitor setup + using the "secondary" monitor. Another thing is that chrome likes to draw itself a couple pixes left and right of where it actually is so at times snaps into the wrong screen in awesome. Less awesome WMs will probably cover this chromium bug as well. Just like the scum browser at times wants to draw its own window decoration or implement its own window movement (drag the title bar) ignoring the WM. It's not surprising chromium gets it wrong, these devs are out of their native area of expertise when doing WM-level stuff and I hope one day they'll learn to leave their fingers off it. Regards, -Martin
Re: [arch-general] Chromium Favorites Bar Partially Inoperative
On Mon, Feb 01, 2016 at 11:34:37AM +0100, Martin S. Weber wrote: > On 2016-01-31 18:11:24, Dutch Ingraham wrote: > > (...) > > confirm chrome on awesome "right" (or 2ndary) monitor problems: This is > an awesome + multi-monitor + chromium problem, not your graphics driver. > > folders in the bookmark bar do not track "pressed" status or track the > mouse at all. > > I believe it's more of awesome + some dirty stuff chromium does that it > gets away in most other window managers because those aren't as awesome > as awesome is awesome. > Thanks, Martin, for the confirmation. I now also now agree that the source of the problem is likely not the driver but "an awesome + multi-monitor + chromium problem." I've had the chance to set up a similar situation on a different computer running OpenBSD, which uses a different driver and the problem exists there as well.
Re: [arch-general] Chromium Favorites Bar Partially Inoperative
> I just installed Chromium, v. 48.0.2564.97, two days ago. I imported > my bookmarks from Firefox and enabled the bookmarks bar. I added a few > new bookmarks to the bar, but not in my existing folders. > > Today, I tried to drag-and-drop the bookmarks into the folders on my > bookmarks bar, but nothing happened - the bookmarks just remained on > the bar. In addition, it seems impossible to move anything on the bar, > i.e., adjusting the order of folders or bookmarks. Everything just stays > where it was originally placed. > > For those who don't use Chromium, this is not normal behavior - one should > be able to drag-and-drop into folders, subfolders, and slide things > around at will. > > In fact, even in the bookmark manager it is not possible to drag-and-drop; > the only way I've found to move a bookmark into a folder is to copy and > paste it there, then delete the original. > > I've tried disabling my two extensions without luck, and I see no > recent activity on the boards or on Chromium's bug tracker. > > Anyone else seeing this? Any suggestions? huh. possibly unreleated but I just experienced that drag from dolphin to a html5 drop-zone doesn't work either. it even doesn't work from a directory view in chromium itself to a html5 page in chromium. OTOH, firefox directory view -> chromium page and chromium directory view -> firefox page both work fine. some people on the forums noticed something similar too https://bbs.archlinux.org/viewtopic.php?id=207338 -- damjan
Re: [arch-general] Chromium Favorites Bar Partially Inoperative
On Sun, Jan 31, 2016 at 11:08:16PM +0100, Damjan Georgievski wrote: > > I just installed Chromium, v. 48.0.2564.97, two days ago. I imported > > my bookmarks from Firefox and enabled the bookmarks bar. I added a few > > new bookmarks to the bar, but not in my existing folders. > > > > Today, I tried to drag-and-drop the bookmarks into the folders on my > > bookmarks bar, but nothing happened - the bookmarks just remained on > > the bar. In addition, it seems impossible to move anything on the bar, > > i.e., adjusting the order of folders or bookmarks. Everything just stays > > where it was originally placed. > > > > For those who don't use Chromium, this is not normal behavior - one should > > be able to drag-and-drop into folders, subfolders, and slide things > > around at will. > > > > In fact, even in the bookmark manager it is not possible to drag-and-drop; > > the only way I've found to move a bookmark into a folder is to copy and > > paste it there, then delete the original. > > > > I've tried disabling my two extensions without luck, and I see no > > recent activity on the boards or on Chromium's bug tracker. > > > > Anyone else seeing this? Any suggestions? > > huh. > possibly unreleated but I just experienced that drag from dolphin > to a html5 drop-zone doesn't work either. > it even doesn't work from a directory view in chromium itself to a > html5 page in chromium. Thanks Damjan, but unfortunately I don't think it is related. Actually, this is getting interesting. First, this is related to Chromium, as Firefox does not exhibit this behavior. Second, I decided to test the issue with KDE, DWM, and Awesome (Awesome is what I was using when I first noticed the issue.) The problem does not exist with KDE or DWM - only Awesome. Third, and this is the really interesting part, the problem only exists on my right monitor; if I open Chromium on my left monitor, the bookmarks work as expected. In fact, I can even drag a running instance of Chromium from the right monitor, where the bookmarks are not working properly, to the left monitor and they begin working! I'm using the [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] card and the xf86-video-ati driver. I've tried starting X with and without an xrandr script, but it makes no difference. I've also looked at the Arch ATI wiki and tried some tweaks to my 20-radeon.conf, without success. I think this is most likely a driver issue than an Awesome/Chromium issue; they are likely just exposing some underlying driver quirk. Does anyone have any diagnostic/other hints?
