Welcome to MyBot

Register now to gain access to all of our forums and to download the latest version of MyBot for Clash of Clans. Once registered, you will be able to download our FREE bot.

  • Announcements

    • Fliegerfaust

      Malicious and Banned Links   10/09/2016

      Please be careful of downloading ANY LINKS that are not originating from a MyBot.Run URL or another trusted URL (such as apkmirror.com, bluestacks, memu, xda-developers, etc).   We have banned ALL telegram links and other verified malicious links we have come across already. Users attempting to do this or get around this ban will be banned permanently.   Please report ANY suspicious links to MyBot Staff or pm me directly
    • monkeyhunter

      MyBot.run V7.2.5 RELEASED! Working with August 4th Update!   09/09/2017

      MyBot.run continues the legacy again with release of V7.2.5!!   This release supports the May 22 SC game update & August 4th Graphic Update, and has some new features hidden inside as well   Get your copy in thread below!!    

HArchH

Donator
  • Content count

    211
  • Avg. Content Per Day

    0.3
  • Joined

  • Last visited

Community Reputation

29 Great

1 Follower

About HArchH

Profile Information

  • Gender Male
  • Location United States

Clash of Clans

  • My Town Hall Level(s): Town Hall 11
  • My number of bots setup: 4
  • Botting since: 06/27/2015

Recent Profile Visitors

610 profile views
  1. Thanks @Fliegerfaust. Thanks for looking into this. This problem happens every time for me. Every base will not donate if the requester is unable to request spells. All of my babies are TH3. And my TH8's, and TH11's can't donate to them. You can see a TH8 settings file here. You can see a TH11 settings file here. Following up on the idea that my config.ini file might be the cause, I took my TH8 config file and deleted it and let MBR create a new one. I set it to only donate "loons", put it in Halt Attack mode with Request/Donate Only option, and resumed. (But note that my TH11's that are in farming mode, not Halt Attck mode, still do not donate with the same symptioms.) It still does not donate to my TH8 base that is requesting Loons, but which does not have the ability to request spells. (yes, this is one of my mid-bases rather than a TH3 baby, but he suffers the same problem of not getting any donations filled because of this issue.) I'm using MBR 7.2.5. I use MEmu and I usually have 4 bases running.
  2. Hi @dutchy1985, Thanks for the support. Since both of your bases are asking for spells, I'm not sure your issue is the same as mine. The issue I've found is that if the requestor can not request spells, the Request Troops pop-up menu for the donator is shorter and I think that the ImgLoc() calls are looking in the wrong place for the donate troop slots. Thanks!
  3. No Donations if Requestor Doesn't Take Spells? I have several "baby bases". I feed them donate troops to help them farm. But it seems that if the request does not have a count of spells, that is, the base is too low a level to request spells, the donation is skipped. This is not a new problem with 7.2.5. It has been the way for a few versions. Just with moving to 7.2.5 and still seeing this issue I thought I should report it. Please see this screen shot. It shows 2 requests. Two Requests...one with spells one without spells. The request for 0/20 was not donated to. The request for 20/35 was donated to. Both matched loons. Here are the relevant log file rows. You can see that in the 0/20 (fail) case it sees the 0/20 and it matches a keyword, "loon". But it just ignores the request. It also showed just after that the base has 34 loons available to donate. I see in my profile that I have no spells selected to be donated. I have "Donate Balloons" checked, but not "Donate to All". As I test I changed the donating base to have EQ and Poison set to be donated. But it did not make a difference. The loon donation was still recognized, but not made. I have Donate enabled (of course) and I do not have the "Only during these hours..." checked. (Of course this is not the issue because it did make the donation on the 20/35 request.) I am not using any donate filters, but I am collecting images. I started looking at DonateCC.au3 but is is a very dense piece of code. I couldn't provide any useful information from looking at the code. So I turned on debug and got this more detailed log for the Fail case (I deleted all the Android Suspend / Resume lines): The loons are the only troop available to donate, and are in the top left slot (slot zero?). Not sure why SearchImgloc is returning "gueued" for that slot. Slot 1 and Slot 6 really are empty. I have another base that also won't donate to this failed request, and it has loons in slot 1 (2nd from the left). Thanks. Please let me know if other information would be helpful. >>>>>>> Update: Oh.... I suspect that when the requestor cannot request spells the ImgLoc is looking in the wrong place for slot 0. Since the Donate Troops box is much taller when the requestor can request troops. Here is an image with the short donate window and the loons in slot zero.
  4. I would like to bring this suggestion back up for consideration. At legends level being able to decide to to attack on a risk/reward basis would be very useful. Thanks!
  5. Bot "false attacked" instead of doing something else? I looked a my attack log and see that MBR did an attack some 12 hours ago where it dropped 1 Wall Breaker then did nothing else. The attack ended after 30 seconds, and I lost about 35 cups. Here's a short snip of the log file. I found the right spot by matching the loot reports on the base that was hit in error with my logs. See the two marked search reports for the same base? My guess, and it's nothing more than a guess, is that MBR missed a click and hit the Wall Breaker troop and starting attacking on search 2, instead of going to the next search? Breakers are the left-most troop in the list, opposite the end for the Next Search button. Then it saw the same base displayed on search 3, but there was no "next search" button, it decided it was out of sync and finally pressed the Surrender button and saw the end of the attack screen. Though it didn't record the battle in the MBR attack log. So MBR didn't know that it did the attack, but press the Breaker troop button by mistake. Note that I use a scripted attack, and it didn't (as you can see) do any of the script processing. Any suggestions? I've seen this before and had turned off the "Random Click" check box on the Bot / Options screen. Thanks! I had a thought on what might have causes this.... As you know when staring at clouds every few minutes MBR will open the side bar, as if looking at clan chat, then close it. I wonder if CoC presented a search result and MBR tried to open the side bar at about the same time causing the errant click? The wall breaker was dropped on the bottom left...about 1/2 of the distance between the the left-most corner and the center of the bottom-left side. There is a 2016 Christmas Tree there where the breaker appeared. If there a log entry made when the chat bar is opened?
  6. Thank you @Fliegerfaust!
  7. Thanks @RSmithbut I am not interested in stopping ALL notifications, only the PAUSED and RESUMED notifications. There's another notification that can be enabled or disabled signalling that a farming target has been found by search ("Alert me when Village found" on Attack Plan / Search & Attack / Options), and I like that one (for example). The feature IS needed still, though I admit that since I am able to comment out the current PAUSED and RESUMED tray tip calls and recompile my need is fairly easy to self-address. Still, it's a suggestion for consideration. That's all. Just a suggestion.
  8. Wanted to show the change a bit more clearly in case anyone wants to copy it on their own system. Simple enough. This code snip starts at line 41 in the file and I commented out 4 lines, each starting with the TrayTip() function call. The file can be found in the source tree at '\COCBot\functions\others\TogglePause.au3'
  9. I think I found it in the source code. In the file "\COCBot\functions\Other\TogglePause.AU3" I am commenting out lines 41, 42, 54, and 55. Each of these are TrayTip APIs. Hooray. Worked! No tray tips popped up in this brief testing!
  10. Add checkbox to disable Task Bar Notifications I would like to suggest adding a check box to the GUI, perhaps in the Notifications Screen, that allows us to disable the Window Notifications that show in in the task bar when the bot is PAUSEd and when the bot is RESUMEd. Thanks!
  11. Add "Trophies Defeat" field to Search Filters When searching the game tell us how much loot can be gained, and how many trophies can be won. It also tells us how many trophies will be lost on a defeat. Since I am currently trophy hunting I would like to avoid attacking bases where the number of trophies to lose on a defeat is a big number. Today MBR offers a search filter for range of trophies to be won. I would like to see a new search filter field for trophies to be lost. Gold and Elixer fields provide options to search criteria to be AND, +, or OR. Handling like that for trophies would be nice. I can suggest the following: Trophies: xx - yy /* This is what exists today */ Defeat: -xx to -yy /* New search filter to limit the trophies at risk */ Net: xx /* A positive, negative or zero value number that sums the Trophies to gain and Trophies to lose. This would replace both the "Trophies" and "Defeat" These could be individual filter fields, but might work in a pull down like is used in the G / E filter (G and E, G or E, G + E) as T and D, T or D, and T + D. (Remember that "Defeat" is a negative number and probably should show the sign ("-") so that it appears to match the CoC display.) Reason for request: I am tired of losing 30 trophies on defeats but winning only 6 on 3-star wins. The recovery time is just crazy. Another useful filter, not specifically related, would be for Eagles that are not operational...shown smoking with the hole open. They would either be empty or under maintenance. This would be a new value in the "Weak Base" filter. Thanks, HArchH