Skip to content
This repository has been archived by the owner on Feb 12, 2023. It is now read-only.

Don't open chat window if the user "right"-click friend #3205

Closed
ghost opened this issue Apr 26, 2016 · 17 comments
Closed

Don't open chat window if the user "right"-click friend #3205

ghost opened this issue Apr 26, 2016 · 17 comments
Labels
C-bug The issue contains a bug report M-ui Affected Module: User Interface OS-windows

Comments

@ghost
Copy link

ghost commented Apr 26, 2016

Brief Description

OS: Windows 8.1
qTox version: v1.4.0-2-g24a7f4d
Commit hash: 24a7f
toxcore: 0.0.0
Qt: 5.5.1

Reproducible: Always

Steps to reproduce
  1. In friends list, right-click friend.
Observed Behavior
  1. A new window(friend chat) appears. Also, right-click menu appears.
Expected Behavior

Don't show/open friend chat window if the user 'right'-click it.
Instead, open only right-click menu.

[X] Multi Window - [X] Open each...

@ProMcTagonist
Copy link
Contributor

you're double clicking or your mouse is broken

@zetok zetok added the invalid label Apr 26, 2016
@zetok
Copy link
Contributor

zetok commented Apr 26, 2016

on r-click:
on r-click

@zetok zetok closed this as completed Apr 26, 2016
@ghost
Copy link
Author

ghost commented Apr 26, 2016

@ProMcTagonist
Excuse me but my mouse is NOT broken.

@zetok
Looks like you're trying it on Linux. Try it on Windows 7. Can reproduce this issue on 3+ PCs.
Can you reopen this issue? Because this is NOT invalid.

@ghost
Copy link
Author

ghost commented Apr 26, 2016

@ghost
Copy link
Author

ghost commented Apr 26, 2016

^ and chat window appears when I right-click (again, not LEFT click) red dot position.

@zetok zetok added C-bug The issue contains a bug report help wanted OS-windows M-ui Affected Module: User Interface and removed invalid labels Apr 26, 2016
@zetok zetok reopened this Apr 26, 2016
@initramfs
Copy link
Contributor

I can reproduce the issue on Windows 10 64-bit, looking into it.

@initramfs
Copy link
Contributor

I think I may have fixed it but I have no way to test it (I haven't figured out how to compile under windows). Could someone either guide me how to compile under windows (I'm trying to use MSYS2 instead of MinGW) or help me test the fix? I don't want to commit/submit a PR yet since I have absolutely no idea if it works (all I know is that it doesn't break anything under Linux).

@Chiitoo
Copy link
Contributor

Chiitoo commented Apr 26, 2016

initramfs,

I have some sort of a Windows build-system going, so I should be able to give it a go, if I get the change(s). :]

@initramfs
Copy link
Contributor

@Chiitoo If possible, clone my fork of the qTox repo from https://github.com/initramfs/qTox.git and checkout the fix-open-window branch. Compile and test.

@Chiitoo
Copy link
Contributor

Chiitoo commented Apr 26, 2016

Works for me.

A difference to Linux build: a subsequent right-click will open a new context-menu, on what ever is right-clicked (the empty space of the contacts are, or a contact), instead of only closing the previously opened menu (which is what happens on Linux).

Not a grave problem, but an inconsistency to say the least. ^^

@initramfs
Copy link
Contributor

@Chiitoo Thank you very much. Though that problem doesn't happen with me (the additional context menus in Linux) at least I know I'm on the right track.

@Chiitoo
Copy link
Contributor

Chiitoo commented Apr 26, 2016

I meant that on Linux, when right-clicking for example contact 1, the menu appears. If the next action is right-clicking contact 2, the 1st menu disappears and nothing else happens.

On Windows, when right-clicking contact 1, the menu appears, and when right-clicking contact 2 as the next action, the 1st menu disappears and 2nd opens immediately.

@initramfs
Copy link
Contributor

@Chiitoo Right, I see what you mean now. Regarding that my commit didn't change a thing (checking out 5045c46 [master branch HEAD as of right now] yields the described behaviour in Linux). Anyways, I'll look into disabling the context menu from immediately appearing on Windows or enabling it on Linux.

@initramfs
Copy link
Contributor

The inconsistent behaviour between windows/linux seems to be due to QTBUG-5797 which affects Qt 5.6.0 and seems to already have been fixed in the upcomning revision. As such, I'm submitting a PR now that commits the fix I proposed earlier.

@Chiitoo
Copy link
Contributor

Chiitoo commented Apr 27, 2016

I wonder if that was the link you meant it to be? It's about a bug from 2009, affecting 4.6.0. ^^

That I'm actually using the 5.6 development branch right now (reported as 5.6.1 by qTox) on Linux, while the Windows builds get 5.5 (5.5.1), so that could certainly explain some things... should have mentioned that earlier. Sorries!

Definitely shouldn't hold back the pull request in any case. :]

@initramfs
Copy link
Contributor

Oh my, I didn't notice at all (thought it said 5.6 in the link). Anyways, is it possible to build qTox under Qt 5.6 for Windows (from the current master branch) and verify that the bug is still present?

@Chiitoo
Copy link
Contributor

Chiitoo commented Apr 27, 2016

If only I had not been procrastinating and had the Windows builds on Gentoo already...

Currently, my Windows builds come from Linux Mint (Debian Edition), and I'm not sure I'd dare setting up Qt-builds there. :V

I'll let you know if I get it done, though, if no one else gets to it before me.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
C-bug The issue contains a bug report M-ui Affected Module: User Interface OS-windows
Projects
None yet
Development

No branches or pull requests

4 participants