Duplicate mining #139

scryptio · 2024-06-27T20:48:03Z

Description

Not sure but I would guess the miner is either not reading the inventory correctly or twitch reporting wrong things again. Since yesterday (guessed) the miner tries to mine already completed drops (i.e. overwatch, lost ark, ... in my case). It looks like it happens for all drops on me and I have to move items in the list so something which can be mined is being mined.

To Reproduce

Add Overwatch / Lost Ark / xxx
Let it mine
Let it claim
Watch it trying to start mining the same thing again

Expected behavior

Recognizes claimed / open drops properly

Observed behavior

Duplicate mining

Screenshots

No response

Logs

No response

OS

Windows 10

Build

source

Version/Commit

84f4882

Additional context

No response

The text was updated successfully, but these errors were encountered:

MCGitHub15 · 2024-06-28T11:19:56Z

Seems like #140 is similar to your issue. Something to do with the recent drops being set years ago.

Windows200000 · 2024-06-28T20:37:10Z

@RainOne @notNSANE @gibbed @MCGitHub15 @scryptio I have a bit of time during the weekend, so I will look at it tmrw.

A GQL query log, as described in the bug request form (-vvv --log) would be hugely helpful here, so I can see what data Twitch is sending the miner, once I get to work diagnosing the issue.

barbiehunter · 2024-06-28T21:11:44Z

would be hugely helpful here, so I can see what data Twitch is sending the miner, once I get to work diagnosing the issue.

I'am not 100% Sure what i can show without Risk and what not so i "Censored" some stuff myself. Of what i understand and see, the Websocker trys many many times in 1 second to connect somewhere but failed and can't get a Update Drop amount the current Drops that you Have.

23:02:00: CALL: No drop update from the websocket received
23:02:00: Progress: 1/30 - XDefiant, XDefiant Preseason - W6
23:02:00: CALL: Drop progress from active search: booster (XDefiant, 1/30)
23:02:10: DEBUG: GQL Request: {'operationName': 'PlaybackAccessToken', 'extensions': {'persistedQuery': {'version': 1, 'sha256Hash': 'Hash Number'}}, 'variables': {'isLive': True, 'login': 'rossburger', 'isVod': False, 'vodID': '', 'playerType': 'site'}}
23:02:10: DEBUG: GQL Response: {'data': {'streamPlaybackAccessToken': {'value': '{"adblock":false,"authorization":{"forbidden":false,"reason":""},"blackout_enabled":false,"channel":"rossburger","channel_id":153720970,"chansub":{"restricted_bitrates":[],"view_until":1924905600},"ci_gb":false,"geoblock_reason":"","device_id":"My Device ID","expires":1719609729,"extended_history_allowed":false,"game":"","hide_ads":false,"https_required":true,"mature":false,"partner":false,"platform":"web","player_type":"site","private":{"allowed_to_view":true},"privileged":false,"role":"","server_ads":true,"show_ads":true,"subscriber":false,"turbo":false,"user_id":ID,"user_ip":"My IP","version":2}', 'signature': 'signature1234', 'authorization': {'isForbidden': False, 'forbiddenReasonCode': 'NONE', '__typename': 'PlaybackAccessTokenAuthorization'}, '__typename': 'PlaybackAccessToken'}}, 'extensions': {'durationMilliseconds': 79, 'operationName': 'PlaybackAccessToken', 'requestID': 'Requested ID'}}

gibbed · 2024-06-28T21:27:45Z

@RainOne @notNSANE @gibbed @MCGitHub15 @scryptio I have a bit of time during the weekend, so I will look at it tmrw.

A GQL query log, as described in the bug request form (-vvv --debug-gql --debug-ws --log) would be hugely helpful here, so I can see what data Twitch is sending the miner, once I get to work diagnosing the issue.

One of the bugged drops (everything looks normal here):

                        {
                            "id": "cf5a9c38-2cd9-11ef-9841-0a58a9feac02",
                            "requiredSubs": 0,
                            "benefitEdges": [
                                {
                                    "benefit": {
                                        "id": "9620a89d-b07c-4160-a851-ae832fa6985e_CUSTOM_ID_1834208",
                                        "createdAt": "2024-06-17T18:46:51.501Z",
                                        "entitlementLimit": 1,
                                        "game": {
                                            "id": "515025",
                                            "name": "Overwatch 2",
                                            "__typename": "Game"
                                        },
                                        "imageAssetURL": "https://static-cdn.jtvnw.net/twitch-quests-assets/REWARD/863fe76c-33e0-45af-9e54-9b52f7f226e2.png",
                                        "isIosAvailable": false,
                                        "name": "Rose Gold Mercy Icon",
                                        "ownerOrganization": {
                                            "id": "9620a89d-b07c-4160-a851-ae832fa6985e",
                                            "name": "Blizzard",
                                            "__typename": "Organization"
                                        },
                                        "__typename": "DropBenefit"
                                    },
                                    "entitlementLimit": 1,
                                    "__typename": "DropBenefitEdge"
                                }
                            ],
                            "endAt": "2024-06-30T06:58:59.999Z",
                            "name": "1",
                            "preconditionDrops": null,
                            "requiredMinutesWatched": 180,
                            "startAt": "2024-06-25T18:00:00Z",
                            "__typename": "TimeBasedDrop"
                        },

My state for this drop:

                        {
                            "game": null,
                            "id": "9620a89d-b07c-4160-a851-ae832fa6985e_CUSTOM_ID_1834208",
                            "imageURL": "https://static-cdn.jtvnw.net/twitch-quests-assets/REWARD/863fe76c-33e0-45af-9e54-9b52f7f226e2.png",
                            "isConnected": true,
                            "lastAwardedAt": "0001-01-01T00:00:00Z",
                            "name": "Rose Gold Mercy Icon",
                            "requiredAccountLink": "https://account.battle.net/connections",
                            "totalCount": 1,
                            "__typename": "UserDropReward"
                        },

lastAwardedAt is clearly bugged on Twitch's end.

I have 48 gameEventDrops with a bugged lastAwardedAt.

uniquoo · 2024-06-29T00:13:14Z

Having the exact same issue aswell. Tried reconnecting accounts. Its on Twitchs end. I've also lost multiple drops in my Twitchs inventory, even though i received them prior (and the Miner is showing 0% on them). Something broke on Twitchs end 2 days ago.

RainOne · 2024-06-29T02:31:40Z

Yup, I'm getting the same results as gibbed - LastAwardedAt is messed up on my API call for campaign progress:

2:52:45: DEBUG: GQL Response: {'data': {'currentUser': {'id': '<useridgoeshere>', 'inventory': {'dropCampaignsInProgress': {'all my other drops go here'},{'game': None, 'id': '12a5d059-2338-4eba-8842-0d302d0058b3_CUSTOM_ID_2449', 'imageURL': 'https://static-cdn.jtvnw.net/twitch-quests-assets/REWARD/2af18c1d-0f03-493a-b02e-3de7ecc792a3.png', 'isConnected': True, 'lastAwardedAt': '0001-01-01T00:00:00Z', 'name': 'Parrot Wings', 'requiredAccountLink': 'https://twitchdrops.projectwinter.co/linkaccounts', 
'totalCount': 1, '__typename': 'UserDropReward'},{{remaining drops go here'}}

It keeps happening with every game that I already got the drop but it's returning a messed up "LastAwardedAt". Adding it to the ignore list obviously works and moves on to a new game that I didn't get the drops for - rinse and repeat.

Edit: Screw it, here's the 2mb log from app opening to when it starts farming for the "Parrot Wings" item (or maybe it was the "Bedazzled Blazer", both are from Project Winter). I already have both items (and they both show the "lastAwardedAt" messed up date.

TDMlog.txt

Windows200000 · 2024-06-29T09:01:41Z

 elif (
            # If there's no self edge available, we can use claimed_benefits to determine
            # (with pretty good certainty) if this drop has been claimed or not.
            # To do this, we check if the benefitEdges appear in claimed_benefits, and then
            # deref their "lastAwardedAt" timestamps into a list to check against.
            # If the benefits were claimed while the drop was active,
            # the drop has been claimed too.
            (
                dts := [
                    claimed_benefits[bid]
                    for benefit in self.benefits
                    if (bid := benefit.id) in claimed_benefits
                ]
            )
            and all(self.starts_at <= dt < self.ends_at for dt in dts)
        ):
            self.is_claimed = True
        self._precondition_drops: list[str] = [d["id"] for d in (data["preconditionDrops"] or [])]

I can probably assume old ones are claimed, but for me an overwatch campaign one is from 9 days ago while it started 4 days ago.

Windows200000 · 2024-06-29T09:25:58Z

I just removed the requirement for lastAwardedAt to be after the start time. (included in in-dev build)

What this means, is that any drop, that was supposedly awarded before it started now counts as claimed.

THIS COULD LEAD TO DROPS BEING MISSED!!!

I don't know enough about what that date is supposed to mean and why it is checked, so please keep an eye out for that and let me know.

gibbed · 2024-06-29T09:31:08Z

I think if totalCount >= entitlementLimit then you can reasonably assume the drop cannot be further acquired, ignoring lastAwardedAt entirely.

Windows200000 · 2024-06-29T13:23:32Z

@gibbed > I think if totalCount >= entitlementLimit then you can reasonably assume the drop cannot be further acquired, ignoring lastAwardedAt entirely.

You might be right, but from what I understand, the inventory request, which is where claimed_benefits comes from, should already only include claimed drops. The use of timestamps, seems to have something to do with repeating drops, which I know no example of. I am thus unsure whether totalCount refers to amount claimed, or is just the same as benefit entitlementLimit.

Do you know some drops that can be repeated, that I could test with?

gibbed · 2024-06-29T13:29:40Z

Do you know some drops that can be repeated, that I could test with?

None that are currently active I think, I've seen repeat drops happen for Warframe but they haven't done that in awhile.

gibbed · 2024-06-29T13:34:17Z

Actually, I had a thought, and it was correct: totalCount absolutely refers to the total claimed and cannot correlate to entitlementLimit.

Here's a drop from NARAKA:

                        {
                            "id": "f3635c73-2c78-11ef-964b-0a58a9feac02",
                            "requiredSubs": 0,
                            "benefitEdges": [
                                {
                                    "benefit": {
                                        "id": "417c83f8-80bc-400e-9cde-0c3289ee0a47_CUSTOM_ID_9132752",
                                        "createdAt": "2024-04-03T09:42:37.305Z",
                                        "entitlementLimit": 1,
                                        "game": {
                                            "id": "515474",
                                            "name": "NARAKA: BLADEPOINT",
                                            "__typename": "Game"
                                        },
                                        "imageAssetURL": "https://static-cdn.jtvnw.net/twitch-quests-assets/REWARD/55e319d0-c8fa-43d8-ac99-0b63cac37aed.png",
                                        "isIosAvailable": false,
                                        "name": "Twitch Drops",
                                        "ownerOrganization": {
                                            "id": "417c83f8-80bc-400e-9cde-0c3289ee0a47",
                                            "name": "NetEase",
                                            "__typename": "Organization"
                                        },
                                        "__typename": "DropBenefit"
                                    },
                                    "entitlementLimit": 1,
                                    "__typename": "DropBenefitEdge"
                                }
                            ],
                            "endAt": "2024-07-01T18:59:59.999Z",
                            "name": "1",
                            "preconditionDrops": null,
                            "requiredMinutesWatched": 240,
                            "startAt": "2024-06-24T19:00:00Z",
                            "__typename": "TimeBasedDrop"
                        }

                        {
                            "game": null,
                            "id": "417c83f8-80bc-400e-9cde-0c3289ee0a47_CUSTOM_ID_9132752",
                            "imageURL": "https://static-cdn.jtvnw.net/twitch-quests-assets/REWARD/55e319d0-c8fa-43d8-ac99-0b63cac37aed.png",
                            "isConnected": true,
                            "lastAwardedAt": "2024-06-25T01:15:07Z",
                            "name": "Twitch Drops",
                            "requiredAccountLink": "https://www.narakathegame.com/news/guide/20230710/35647_1097721.html",
                            "totalCount": 8,
                            "__typename": "UserDropReward"
                        },

My assumption then is drops are tracked by that initial ID and not the entitlement list (ie, f3635c73-2c78-11ef-964b-0a58a9feac02).

Windows200000 · 2024-06-29T14:21:04Z

@gibbed I don't want to add a new way of handling stuff and just hope it works, before I have a way of testing it.

What you sent shows that entitlementLimit is still one, even if it is possible to claim it 8 times, I then don't know how progress would be tracked.

It is just a part of Twitch Drops I am not at all familiar with, so I can't include it before I find some current drops, ideally repeating more often, that I can use to figure out how that works.

Again, outside of repeating drops, the time check does nothing. The point of it is to somehow avoid marking repeating drops as completed. The above-mentioned commit implementing this is really old (basically from the first couple months of TDM) and I could not find a corresponding issue in the original repo I could use to learn more.

I am also afraid, that the current "fix" blocks repeating drops. I just need a campaign to test on and even then I'm not sure I'll have the time for like 3 more weeks. (#127)

uniquoo · 2024-06-29T16:17:00Z

Example from my side (Palia). I've already claimed all drops. Miner continues to farm them:

{
                        'game': None,
                        'id': 'a752483b-2886-11ef-ad15-0a58a9feac02',
                        'imageURL': 'https://static-cdn.jtvnw.net/twitch-quests-assets/REWARD/b581567a-59f4-4891-a069-1bf2dd51c2ab.png',
                        'isConnected': True,
                        'lastAwardedAt': '0001-01-01T00:00:00Z',
                        'name': '2 Palcat Pillow Plush',
                        'requiredAccountLink': 'https://accounts.palia.com',
                        'totalCount': 1,
                        '__typename': 'UserDropReward'
                    },
...
{
                        'game': None,
                        'id': '5fdd5148-baee-11ee-a640-0a58a9feac02',
                        'imageURL': 'https://static-cdn.jtvnw.net/twitch-quests-assets/REWARD/68dc33e7-c395-4c32-96c5-2557a7813e2d.png',
                        'isConnected': True,
                        'lastAwardedAt': '2024-02-10T11:23:19Z',
                        'name': '500 Lucky Envelopes',
                        'requiredAccountLink': 'https://accounts.palia.com',
                        'totalCount': 2,
                        '__typename': 'UserDropReward'
                    },
...
{
                        'game': None,
                        'id': '68f41f4e-28ed-11ef-9a9e-0a58a9feac02',
                        'imageURL': 'https://static-cdn.jtvnw.net/twitch-quests-assets/REWARD/0dc09056-a795-4c41-974d-b9e3a2612811.png',
                        'isConnected': True,
                        'lastAwardedAt': '0001-01-01T00:00:00Z',
                        'name': '1 Palcat Party Small Rug ',
                        'requiredAccountLink': 'https://accounts.palia.com',
                        'totalCount': 1,
                        '__typename': 'UserDropReward'
                    },
...
{
                    'id': '214dff39-2885-11ef-8108-0a58a9feac02',
                    'name': 'Palia Summer Drops',
                    'owner': {
                        'id': 'a3c13f82-ce43-4f29-88c0-47962f47809d',
                        'name': 'Singularity 6',
                        '__typename': 'Organization'
                    },
                    'game': {
                        'id': '982017546',
                        'displayName': 'Palia',
                        'boxArtURL': 'https://static-cdn.jtvnw.net/ttv-boxart/982017546_IGDB-120x160.jpg',
                        '__typename': 'Game'
                    },
                    'status': 'ACTIVE',
                    'startAt': '2024-06-25T20:00:00Z',
                    'endAt': '2024-07-16T19:59:59.998Z',
                    'detailsURL': 'https://palia.com/news/181-twitch-drops',
                    'accountLinkURL': 'https://accounts.palia.com',
                    'self': {
                        'isAccountConnected': True,
                        '__typename': 'DropCampaignSelfEdge'
                    },
                    '__typename': 'DropCampaign'
                },
...

All of said drops are not shown in my Twitch inventory anymore since 2 days. I received them prior to this bug. Drops having

'lastAwardedAt': '0001-01-01T00:00:00Z',

will get refarmed for obvious reasons.

notNSANE · 2024-06-29T17:02:08Z

Again, outside of repeating drops, the time check does nothing. The point of it is to somehow avoid marking repeating drops as completed. The above-mentioned commit implementing this is really old (basically from the first couple months of TDM) and I could not find a corresponding issue in the original repo I could use to learn more.

I am also afraid, that the current "fix" blocks repeating drops. I just need a campaign to test on and even then I'm not sure I'll have the time for like 3 more weeks. (#127)

Repeating drops on a single stream or any time?

Windows200000 · 2024-06-29T17:10:53Z

Again, outside of repeating drops, the time check does nothing. The point of it is to somehow avoid marking repeating drops as completed. The above-mentioned commit implementing this is really old (basically from the first couple months of TDM) and I could not find a corresponding issue in the original repo I could use to learn more.
I am also afraid, that the current "fix" blocks repeating drops. I just need a campaign to test on and even then I'm not sure I'll have the time for like 3 more weeks. (#127)

Repeating drops on a single stream or any time?

I have no idea how these work.

Windows200000 · 2024-06-29T17:12:28Z

@uniquoo there is an in-dev release, that should have this fixed, but might cause drops that can be claimed multiple times to not be mined again.

uniquoo · 2024-06-29T19:14:02Z

@uniquoo there is an in-dev release, that should have this fixed, but might cause drops that can be claimed multiple times to not be mined again.

You said you dont really want to alter the code in regards of how it functions right? Would you want me to open a pull requests regardless so i can patch the function and change the check besides just removing lastAwardedAt , so repeatable drops will be possible again?

Windows200000 · 2024-06-29T19:31:49Z

@uniquoo there is an in-dev release, that should have this fixed, but might cause drops that can be claimed multiple times to not be mined again.

You said you dont really want to alter the code in regards of how it functions right? Would you want me to open a pull requests regardless so i can patch the function and change the check besides just removing lastAwardedAt , so repeatable drops will be possible again?

@uniquoo Yeah. I don't have much time, but I can review the pull request. Since my quick patch probably breaks repeat drops anyway, I'll be happy to merge anything that works for normal drops and see if people find issues.

edit: Make sure to create the pull request to in-dev.

notNSANE · 2024-06-30T07:04:29Z

Again, outside of repeating drops, the time check does nothing. The point of it is to somehow avoid marking repeating drops as completed. The above-mentioned commit implementing this is really old (basically from the first couple months of TDM) and I could not find a corresponding issue in the original repo I could use to learn more.
I am also afraid, that the current "fix" blocks repeating drops. I just need a campaign to test on and even then I'm not sure I'll have the time for like 3 more weeks. (#127)

Repeating drops on a single stream or any time?

I have no idea how these work.

well, Smite repeats the same 7 or 8 drops every week. Marbles on Stream too.

If it's on the same stream, it barely happens. Perhaps Warframe, or Hearthstone, but these are very very rare.

Totesfleisch · 2024-06-30T12:04:27Z

Shakes&Fidget repeat the same Drops all the Time, and Halo Infinite always offers the same Items, allthough in different Variables. I removed that Game from my Prio List after having every one of their drops atleast 10 times now, they usually are almost every Night.

barbiehunter · 2024-06-30T13:36:55Z

Not 100% sure if this have something to do with this report too, but i just got this error (latest test build)

15:28:11: ERROR: Exception in task
15:28:11: Traceback (most recent call last):
15:28:11:   File "utils.py", line 139, in wrapper
15:28:11:   File "twitch.py", line 1398, in process_drops
15:28:11: asyncio.exceptions.InvalidStateError: invalid state

Windows200000 · 2024-07-01T18:51:13Z

So, as expected, the fix, while it now doesn't mine already claimed drops, causes issues with repeat drops. I'll see if I can make a specific exception to consider drops done on the 1 date it falsely marks them as complete, while leaving the rest open. More context in #142.

@uniquoo If you find a cleaner way, feel free to make a pull request, but it will have to be mergable to whatever in-dev is going to be at that time.

Windows200000 · 2024-07-01T19:53:45Z

@zelda0079 try a04dab7, in-dev

edit: I think this will still falsely mark them as done if both bugged AND repeating. The fix to that is more complex than what I have time for rn.

gibbed · 2024-07-01T21:48:55Z

Something that could be considered is the DropCurrentSessionContext GQL call, which is used on Twitch to fill in the current drop status in the top right menu on desktop. It returns the current active channel, progress, drop ID, etc.

Maybe have it poll this infrequently and if the status isn't close to what the miner thinks should be happening, ignore that drop for an amount of time.

[{"operationName":"DropCurrentSessionContext","variables":{"channelLogin":"**CENSORED**","channelID":"**CENSORED**"},"extensions":{"persistedQuery":{"version":1,"sha256Hash":"**CENSORED**"}}}]

[
    {
        "data": {
            "currentUser": {
                "id": "**CENSORED**",
                "dropCurrentSession": {
                    "channel": {
                        "id": "501002856",
                        "name": "the_unknown_marbler",
                        "displayName": "The_Unknown_Marbler",
                        "__typename": "Channel"
                    },
                    "game": {
                        "id": "509511",
                        "displayName": "Marbles on Stream",
                        "__typename": "Game"
                    },
                    "currentMinutesWatched": 3,
                    "requiredMinutesWatched": 240,
                    "dropID": "23110bd9-37c4-11ef-9f1a-0a58a9feac02",
                    "__typename": "DropCurrentSession"
                },
                "__typename": "User"
            }
        },
        "extensions": {
            "durationMilliseconds": 66,
            "operationName": "DropCurrentSessionContext",
            "requestID": "**CENSORED**"
        }
    }
]

zelda0079 · 2024-07-02T07:31:46Z

@zelda0079 try a04dab7, in-dev

edit: I think this will still falsely mark them as done if both bugged AND repeating. The fix to that is more complex than what I have time for rn.

Nice, it is working, thank you!

barbiehunter · 2024-07-02T21:54:36Z

There seems to be a Bug with the current Xdefiant Drop(s). Often farming a item i already have or simply being stuck.

Example: The Data in the program isn't the same and it doesn't go up aswell

zelda0079 · 2024-07-03T02:40:07Z

There seems to be a Bug with the current Xdefiant Drop(s). Often farming a item i already have or simply being stuck.

Example: The Data in the program isn't the same and it doesn't go up aswell

Did you try to idle Xdefiant twich drop on broswer? There is a bug which you can't get process even you are using broswer.

barbiehunter · 2024-07-03T04:27:14Z

There seems to be a Bug with the current Xdefiant Drop(s). Often farming a item i already have or simply being stuck.
Example: The Data in the program isn't the same and it doesn't go up aswell

Did you try to idle Xdefiant twich drop on broswer? There is a bug which you can't get process even you are using broswer.

Seems to be fine on the Browser, Thats why i report this issue and yeah the Procent itself doesn't Look right too 😅

zelda0079 · 2024-07-03T04:32:10Z

Seems to be fine on the Browser, Thats why i report this issue and yeah the Procent itself doesn't Look right too

What is the version you are using?

barbiehunter · 2024-07-03T04:45:00Z

Seems to be fine on the Browser, Thats why i report this issue and yeah the Procent itself doesn't Look right too

What is the version you are using?

The latest Dev build posted 1-2 days ago

And here now better example of the farming 24/7

zelda0079 · 2024-07-03T05:18:10Z

Seems to be fine on the Browser, Thats why i report this issue and yeah the Procent itself doesn't Look right too

What is the version you are using?

The latest Dev build posted 1-2 days ago

And here now better example of the farming 24/7

I am using version a04dab7, Xdefiant is fine for me, but HellCard is not find.

10:23:18: CALL: Drop progress from active search: Brainy Emote Pack (Hellcard, 15/15)
10:23:39: CALL: No drop update from the websocket received
10:23:39: Progress: 15/15 - Hellcard, Hellcard 1.0 Continued!
10:23:39: CALL: Drop progress from active search: Brainy Emote Pack (Hellcard, 15/15)
10:24:00: CALL: No drop update from the websocket received
10:24:00: Progress: 15/15 - Hellcard, Hellcard 1.0 Continued!
10:24:00: CALL: Drop progress from active search: Brainy Emote Pack (Hellcard, 15/15)
10:24:21: CALL: No drop update from the websocket received
10:24:21: Progress: 15/15 - Hellcard, Hellcard 1.0 Continued!
10:24:21: CALL: Drop progress from active search: Brainy Emote Pack (Hellcard, 15/15)
10:24:42: CALL: No drop update from the websocket received
10:24:42: Progress: 15/15 - Hellcard, Hellcard 1.0 Continued!
10:24:42: CALL: Drop progress from active search: Brainy Emote Pack (Hellcard, 15/15)
10:25:04: CALL: No drop update from the websocket received
10:25:04: Progress: 15/15 - Hellcard, Hellcard 1.0 Continued!
10:25:04: CALL: Drop progress from active search: Brainy Emote Pack (Hellcard, 15/15)
10:25:25: CALL: No drop update from the websocket received
10:25:25: Progress: 15/15 - Hellcard, Hellcard 1.0 Continued!
10:25:25: CALL: Drop progress from active search: Brainy Emote Pack (Hellcard, 15/15)
10:25:46: CALL: No drop update from the websocket received

But I got the twitch drops, so I set HellCard to blacklist.

zelda0079 · 2024-07-03T14:42:27Z

Seems to be fine on the Browser, Thats why i report this issue and yeah the Procent itself doesn't Look right too

What is the version you are using?

The latest Dev build posted 1-2 days ago

And here now better example of the farming 24/7

I have same result on Albion Online twitch drop, but after clicking reload, the miner continue.

Windows200000 · 2024-07-04T16:37:43Z

The current fix is in v15.7.1

Windows200000 · 2024-07-07T13:21:30Z

@Nixeld I need starts at, ends at, last claimed and entitlement limit. I do not have the time to go through and debug myself currently.

Given it's 2 months ago, are you sure it's not another iteration of the drop? starts at < last claimed < ends at should not be satisfied here, meaning it wasn't claimed in the currently reported availability window, meaning it is probably mining a new drop identical to one that existed 2 months ago.

Nixeld · 2024-07-07T20:05:04Z

@Windows200000 Actually yeah it looks the one I shown in the previous screenshot is from a previous campaign.

I seem to be missing just that 1 item for this iteration of the drop, tried watching a stream on browser and it does not show that I am progressing the drop for it at all.
How is that I am able to get the drop for those that require 1 and 2 hour but not the one that only require 45 minutes? Is it a Twitch bug?

Here is the log of the drop, though this seems to be a different problem now?

{
    'id': 'cd37cb0b-22ef-11ef-b240-0a58a9feac02',
    'benefitEdges': [{
        'benefit': {
            'id': '227caadf-5d2e-11ee-ae95-0a58a9feac02',
            'createdAt': '2023-09-27T12:05:22.353Z',
            'entitlementLimit': 1,
            'game': {
                'id': '213930085',
                'name': 'Honkai: Star Rail',
                '__typename': 'Game'
            },
            'imageAssetURL':
                'https://static-cdn.jtvnw.net/twitch-quests-assets/REWARD/f5cb5327-04fc-4537-ad6a-142b9bfa89fe.png',
            'isIosAvailable': True,
            'name': 'Condensed Aether*5',
            'ownerOrganization': {
                'id': '4523e84a-450a-4ef5-8c6a-5f78706d1f0d',
                'name': 'Cognosphere',
                '__typename': 'Organization'
            },
            '__typename': 'DropBenefit'
        },
        'entitlementLimit': 1,
        '__typename': 'DropBenefitEdge'
    }],
    'endAt': '2024-07-17T02:59:59.999Z',
    'name': 'Condensed Aether*5',
    'preconditionDrops': None,
    'requiredMinutesWatched': 45,
    'startAt': '2024-06-19T03:00:00Z',
    '__typename': 'TimeBasedDrop'
}

Windows200000 · 2024-07-07T20:46:53Z

@Nixeld

Is it a Twitch bug?

If you can't progress by manually watching (only 1 stream per account counts, so the Miner and other extensions etc. have to be off), yes.

Nixeld · 2024-07-07T20:53:19Z

@Windows200000 well i guess the question now would be is there a way to detect and ignore these broken drops? Since it prevents me from mining other drops until the bugged one expires or if i remove it from priority list.

Windows200000 · 2024-07-08T06:43:22Z

@Nixeld That's already what's being done, but it didn't fix repeating drops, because the time last claimed is what was being used to detect that they're repeating.

#139 (comment)

scryptio added the Bug Something isn't working label Jun 27, 2024

Windows200000 added the Critical For Critical issues that prevent the application from working label Jun 28, 2024

Windows200000 added the Temporarily Solved It works for now, but the solution could be better label Jun 29, 2024

Windows200000 mentioned this issue Jul 1, 2024

It seems the miner cannot get the newer twitch drop #142

Closed

This comment was marked as outdated.

Sign in to view

This comment was marked as resolved.

Sign in to view

Duplicate mining #139

Duplicate mining #139

Comments

scryptio commented Jun 27, 2024

Description

To Reproduce

Expected behavior

Observed behavior

Screenshots

Logs

OS

Build

Version/Commit

Additional context

MCGitHub15 commented Jun 28, 2024 • edited Loading

Windows200000 commented Jun 28, 2024 • edited Loading

barbiehunter commented Jun 28, 2024

gibbed commented Jun 28, 2024 • edited Loading

uniquoo commented Jun 29, 2024

RainOne commented Jun 29, 2024 • edited Loading

Windows200000 commented Jun 29, 2024

Windows200000 commented Jun 29, 2024

THIS COULD LEAD TO DROPS BEING MISSED!!!

gibbed commented Jun 29, 2024 • edited Loading

Windows200000 commented Jun 29, 2024

gibbed commented Jun 29, 2024

gibbed commented Jun 29, 2024 • edited Loading

Windows200000 commented Jun 29, 2024

uniquoo commented Jun 29, 2024

notNSANE commented Jun 29, 2024

Windows200000 commented Jun 29, 2024

Windows200000 commented Jun 29, 2024

uniquoo commented Jun 29, 2024

Windows200000 commented Jun 29, 2024 • edited Loading

notNSANE commented Jun 30, 2024 • edited Loading

Totesfleisch commented Jun 30, 2024

barbiehunter commented Jun 30, 2024

Windows200000 commented Jul 1, 2024

This comment was marked as outdated.

Windows200000 commented Jul 1, 2024 • edited Loading

gibbed commented Jul 1, 2024

zelda0079 commented Jul 2, 2024

barbiehunter commented Jul 2, 2024 • edited Loading

zelda0079 commented Jul 3, 2024

barbiehunter commented Jul 3, 2024

zelda0079 commented Jul 3, 2024

barbiehunter commented Jul 3, 2024

zelda0079 commented Jul 3, 2024 • edited Loading

zelda0079 commented Jul 3, 2024

Windows200000 commented Jul 4, 2024

This comment was marked as resolved.

Windows200000 commented Jul 7, 2024

Nixeld commented Jul 7, 2024 • edited Loading

Windows200000 commented Jul 7, 2024

Nixeld commented Jul 7, 2024 • edited Loading

Windows200000 commented Jul 8, 2024

MCGitHub15 commented Jun 28, 2024 •

edited

Loading

Windows200000 commented Jun 28, 2024 •

edited

Loading

gibbed commented Jun 28, 2024 •

edited

Loading

RainOne commented Jun 29, 2024 •

edited

Loading

gibbed commented Jun 29, 2024 •

edited

Loading

gibbed commented Jun 29, 2024 •

edited

Loading

Windows200000 commented Jun 29, 2024 •

edited

Loading

notNSANE commented Jun 30, 2024 •

edited

Loading

Windows200000 commented Jul 1, 2024 •

edited

Loading

barbiehunter commented Jul 2, 2024 •

edited

Loading

zelda0079 commented Jul 3, 2024 •

edited

Loading

Nixeld commented Jul 7, 2024 •

edited

Loading

Nixeld commented Jul 7, 2024 •

edited

Loading