Ctrl + Q won't work on Mac
When I was trying to use Ctrl + Q to drop a stack of items in creative mode, it only dropped one item instead of the whole stack. I tried other stacks of items and I had the same problem. So, Ctrl + Q on a Mac won't drop a stack of items anymore in Minecraft 1.6.2 pre-release.
Environment
Mac OSX
Linked Issues
is duplicated by12
- Unresolved
bugmancxRyan Panganiban
- 61
- 22
- Confirmed
Normal
- Platform
- UI
1.6.2 - 24w34a
1.6.2 1.6.4 1.7.1 1.7.2 13w47e 13w48a 13w48b 1.7.4 14w02c 14w03a 14w03b 14w11b 14w21b 1.8 1.8.7 1.8.8 15w31a 15w38b 15w39c 15w49a 1.10.2 16w39c 16w43a 16w44a 1.11-pre1 17w43b 18w07c 1.13-pre4 1.13-pre6 1.13-pre7 1.13 1.13.2-pre1 1.13.2 18w43a 18w43c 19w03c 19w05a 19w12a 1.15.2 20w06a 20w07a 1.16.1 20w28a 1.16.4-pre2 20w46a 20w51a 1.19-pre2 1.20.4 24w05b 24w14a 1.21 24w34a
Created Issue:
Ctrl + Q won't work on Mac
When I was trying to use Ctrl + Q to drop a stack of items in creative mode, it only dropped one item instead of the whole stack. I tried other stacks of items and I had the same problem. So, Ctrl + Q on a Mac won't drop a stack of items anymore in Minecraft 1.6.2 pre-release.
Environment
Mac OSX
is duplicated by
is duplicated by
is duplicated by
is duplicated by
confirmed for 1.6.2
is duplicated by
is duplicated by
is duplicated by
A comment with security level 'global-moderators' was removed.
is duplicated by
is duplicated by
is duplicated by
relates to
relates to
is duplicated by
relates to
Can someone please check if this is still an issue in the latest snapshot 17w43b?
Can someone please check if this is still an issue in -pre4?
is duplicated by
I believe the correct key-bind would be cmd+q (due to some weird cmd<->crtl behavior) but that quits the application so you can't drop a stack.
is duplicated by
This ticket has been marked as a duplicate of MC-22882, in favor of the better description/information provided.
Duplicate of MC-22882, please use the search function to see if your bug has already been submitted. Currently over 58% of tickets are being closed as duplicate.
Duplicate of MC-22882, please use the search function to see if your bug has already been submitted. Currently over 58% of tickets are being closed as duplicate.
MC-2292 suggests that [Mojang] Grum (Erik Broes)'s hack is no longer in effect, or never actually remapped control to command like he said it would. And yet ctrl+Q still doesn't work on Macs. We have an open issue for that too.
Background info: The server doesn't actually remove hover-dropped (with or without ctrl, doesn't matter) items from the inventory presumably because in creative, everywhere but the survival inventory and hotbar, stacks are supposed to be infinite as part of the block palette. The client wrongly assumes the item is gone because that's the behavior it expects from the server - desync happens here. When the item stack is picked up, the server tells the client which inventory slots to update, specifically it only tells the client which slots changed. With non-full stacks, every slot will be updated and the items will be duplicated. With full stacks, the slot the stack was dropped from will not change (from the server's POV) and no slot update information will be sent for that slot, which is why this doesn't appear to work with full stacks (it actually does, we'll get to that in a bit). With non-full stacks, both inventory slots will change and both will update on the client. The reason you don't notice the full stack (the one you dropped but wasn't actually removed by the server) doesn't appear when interacting with that slot is because the server is very trusting towards creative clients, a separate issue which I won't get into any further here.
Now, here is how you can verify that this affects full stacks as well:
1. Be in creative, /clear to make sure your inventory is empty
2. /give @p stone 64
3. Hover-drop the stack
4. Pick up the stack from the ground (Note how they now go in the second hotbar slot, the first slot is occupied with the client-invisible original stack)
5. Run /clear, note how 128 items have been cleared from your inventory
Note that this means this issue is not specific to the off-hand slot. Also, because this is creative, I don't think this ticket needs to stay private - items are infinite here anyway.
Hope this helps.
—
I will also take this opportunity to draw some attention to MC-22882/MC-80476 - these issues made it very frustrating for me to test this issue ![]()
tl;dr: Hover-dropped items aren't removed from the inventory server-side.
There's a handy shortcut available for dropping items quickly, and that is to press and hold the Drop key (Q by default); this throws items out of one's inventory at very high speed.
Unfortunately, if the Drop key is set to certain keybinds, this functionality breaks. From my testing, those keybinds include Shift, CapsLock, Alt/Option, and Control.
I found this bug because my normal keybind for Drop is Left Alt, a decision that was made necessary because of MC-22882. The only way to drop a full stack on Mac is Cntrl+Cmd+Drop, which makes Left Alt the most ergonomically sensible keybind.
Thank you for your report!
We're actually already tracking this issue in MC-22882, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote or any additional information to the main ticket it would be appreciated.
Please be sure to use the search feature before creating a ticket to see if the issue has already been reported.
Quick Links:
📗 Tracker Guidelines | 🛠 Community Support | 📧 Mojang Support | 🔑 Account Support | ✍️ Feedback Discord
I second this issue and hope it's fixed soon as I use this feature all the time.
Meanwhile,
MC-22622appears to be a duplicate of this issue, altho it's description is more confusing.I have the reverse of this: just pressing q drops the whole strack of items from time to time. It's usally fixed with a restart but the problem returns after a few more restarts.
OS 10.8.4 using Java 6 by Apple.
Agree. Same problem here. I'm on 1.6.2 on a Mac.
I have both problems... sometimes it will just drop the whole stack... sometimes it will only drop one with control q.
I've experienced this, but have a workaround. It's awkward, but works.
Preconditions:
Steps
Expectations
Relates to
MC-13695, specifically this comment by Grum:Finally, yay!
If anybody didn't catch that... This is Working as Intended on Macs. Command+drop now drops a full stack (but also quits the game, if you leave drop set to the default of Q), so it's recommended that you change the keybind for drop to something other than Q.
I have changed my drop key to G. CMD + G die not drop a full stack.
Also, "drop stack" used to use the Control button. Control + Q would not quit the game.
After rebinding "Drop" to "G" it worked. Once. Then it wouldn't work anymore. After a few tries it worked again. Then, again, no more. It seemingly randomly doesn't work.
And I agree with Breon, why was this changed to Command+Drop in the first place? Ctrl+Q worked perfectly fine and everyone is used to using Ctrl now. Seems like Mojang fixed what ain't broke.
No believe me it was broken before they changed it to Command+Q. So I think they are fixing things that need fixing.
Personally, Ctrl+Q worked perfectly fine, up until one of the updates.
How do you explain
MC-13695and its 57 duplicates then? That's what prompted the change.MC-13695is about Ctrl+Click, not Ctrl+Q. Two different things. Anyway, when do you ever need to make a secondary click while pressing the "Drop" key? Never.Let me reiterate that Ctrl+Q to drop stacks did work for me before. I'm not sure about Ctrl+Click because I use a mouse. (Who in their right mind plays with a trackpad?) Edit: (or a 1-button mouse)
Is this still a concern in the current Minecraft version 1.7.2 / Launcher version 1.3.4 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.
Yes, it's still an issue in 1.7.2. Ctrl+Q still won't drop whole stacks for me as it used to.
If I bind "drop item" to "G" and press Command+G, it works. Problem with this is that after I do it once it won't work again until I press "G" (without holding command) several times first.
I also can't use the default binding of "Q" because Command+Q is the universal OS X shortcut for quitting programs. If I could use Ctrl+Q there wouldn't be a problem as I'm already used to that shortcut from playing Minecraft since beta.
EDIT: Looked into the 1.7.4 code in class 'awe' (or GuiScreen). Seems that you splitted the method into two methods, but I think that should still work:
{ return (Keyboard.isKeyDown(42)) || (Keyboard.isKeyDown(54)); }(last row in class (for me in jdgui)):
public static boolean p()
Change 42 to 29 and 54 to 220 since these are the meta keys on mac and if you press the meta key + q minecraft closes. Please fix this bug in 1.7.5, thanks, Alex
Old comment:
Solved!
The issue was that you used Keyboard.isKeyDown(219) what is the meta key and not the control key in the boolean isCtrlKeyDown(). The class name is (well for me with Minecraft MCP 1.6.4) GuiScreen.java.
The issue is in the public boolean isCtrlKeyDown()
So the boolean should actually look like this:
public static boolean isCtrlKeyDown() {
return Minecraft.isRunningOnMac ? Keyboard.isKeyDown(29)
}
(in: return Minecraft.isRunningOnMac ? Keyboard.isKeyDown(29)
Tried that out and it worked for me
So it seems that there is no difference between mac and windows keyboard in lwjgl 2.9 so you could skip the if clause actually
Please fix the bug in Minecraft 1.7.3 because it really annoys a lot mac users especially when pvping.
Thanks in advance,
A happy Minecraft player and coder
PS: wtf I'm only 14 and found out how to fix that bug
PS2: LWJGL keys from here: http://minecraft.gamepedia.com/Key_codes
Yes, it is still a concern in 14w11b.
I'm still having this problem in 14w20a. I accidentally closed Minecraft when I tried to drop a whole stack.
This is a problem in snapshot 14w21b. But only in survival. It works as expected in creative.
Present in 1.8.7 (OS X 10.10.3 Java 8u45)
Does not work in Survival, Creative, or Adventure.
affects 15w31a
OS X 10.10.4 Java 8u51
Is this still in 15w47c or later?
Just tested latest snapshot 15w49a. Command-Q, of course, quits the game, but Q is definitely the most finger convenient key to press for dropping items. I changed the key to G and pressed Command-G and it dropped only one item the first time but then the whole stack on 3 additional attempts so perhaps I just fumbled the Command key the first time? This has been broken so long I've given up dropping stacks of items via the keyboard, which is really annoying... I either have to spam the Q key to drop a smaller stack, or I click the stack and drop it out the side of the inventory. Both are slower, but at least they don't quit the game or require remapping the game's default keys to function properly, which I think is the ultimate reason this is a bug. I understand the conflict between this bug and
MC-13695, but perhaps you need two modifier variables, one used when clicking and one used when keyboarding? Altho then I suppose you run into Command-C/V for copy/pasting... :~\ Control C/V was fine, back in the day, but I expect you'd get some push back if you tried to change it back.Confirmed for 16w39c.
Is this still an issue in the latest snapshot 16w44a? If so please update the affected versions.
This is an automated comment on any open or reopened issue with out-of-date affected versions.
Confirmed for 1.11-pre1.
You have to use Command+Shift+Q while in Windowed mode, and close the system dialogue window that pops up. After that, any stack you hit 'Q' to drop will drop the full stack.
But yes, a pain, as it doesn't function as intended as with Windows.
Confirmed, still an issue in 17w43b on Mac.
Still in 18w07c on Mac.
Still an issue - tested in 1.13-pre3
Confirmed- still an issue in 1.13-pre4
Confirmed in 1.13-pre6
Confirmed for 1.13-pre7
Affects 1.13
Affects 1.13.2-pre1
Affects 18w43a
Affects 18w43c
(Mods can you allow me to edit the "Affects version/s" field directly? I am happy to keep updating this bug with new releases.)
Bug is now yours to update, bugmancx.
Same issue still in 19w03c.
Ahm, isn't it cmd+q on mac? I have the drop key set as d and ifI press cmd+d it drops the stack... CTRL on Win = CMD on Mac.
cmd-q is reserved for quitting apps (like Alt-F4 in Windows.) CTRL on Windows and CMD on on a Mac are not interchangeable in the way you might be expecting.
Many cross-platform apps (like Blender, X11-based apps and web apps) still use Ctrl instead of Cmd. It's not ideal but Mac users are used to this (anyone who runs BootCamp or Windows VMs also knows this). Another game that I play, StarCraft II, lets you choose either Ctrl or Cmd and completely overrides Cmd+Q. (Fullscreen apps can still be quit with opt+cmd+escape.)
I would like Minecraft to take any of those approaches. Either make it an option or restore the old way of Ctrl+Q.
0.02¢
This is still an issue in Snapshot 20w07a
And it was still an issue in snapshots ranging from 19w13a and beyond, counting all prereleases and official updates, patches, etc. All of 1.15, included.
I can't (easily) add earlier snapshots and that doesn't add too much additional information, but it affecting 1.15.2 is something I can add (and knowing that the latest stable and snapshot are affected is generally all that matters, barring the case that a previous snapshot wasn't affected)
This problem still occurs in 1.16.5
I believe you're supposed to use Ctrl + Cmd + Q. This still triggers the quit-application key combination (so, still present in 1.19-pre2, I guess?) but if you do what I did and rebind Q to something else, you're still very much able to drop full stacks of items on macs.
Still like this on 1.20.4
This is just how macs work; an program that uses the control key automatically uses the command key instead. so, if you want to drop a stack of items, just press Cmd + Q