Zackaery Posted September 11, 2022 Share Posted September 11, 2022 (edited) OSBot 2.6.52/3 - Mirror Mode Console output / terminal output - Not Needed Crash report if a crash occurred - Not Available Script that you ran - No Script Ran Hooks that failed - Not Available JVM/Browser bit version (32 / 64) - x64 I loaded up my mirror client, and logged my F2P account into a F2P world. I then muled some items onto the account, and bonded the account up. After redeeming the bond, I logged into P2P, and started doing some questing, the P2P items were not recognized in the Inventory Debugger. I was able to replicate it by closing my client, launching my account in a f2p world. Upon spawning, I checked a P2P item using the Inventory debugger and it reads as a Members object. I switched my account to P2P, and it still reads as a Members Object. I've attached some examples with brief descriptions for reference: Loaded client - First launched on F2P world: Launched Client in Free To Play --- F2P World Active: Launched Client in Free To Play --- P2P World Active: Launched Client in Pay To Play --- P2P World Active: Launched Client in Pay To Play --- F2P World Active: If you need any further information, I can try to provide as much information as I can, but it's pretty self-explanatory. Edited September 11, 2022 by Zackaery Link to comment Share on other sites More sharing options...
D2Cube Posted September 11, 2022 Share Posted September 11, 2022 Happening to me as well. Link to comment Share on other sites More sharing options...
Czar Posted September 11, 2022 Share Posted September 11, 2022 (edited) This has been happening for years I believe, only solution is to avoid using item names and only use item ids. The problem is amplified with multiple tabs per client. EDIT: I really hope this does get fixed btw I've been the most vocal about this in both scripter dev chats Edited September 11, 2022 by Czar Link to comment Share on other sites More sharing options...
Zackaery Posted September 11, 2022 Author Share Posted September 11, 2022 13 minutes ago, Czar said: This has been happening for years I believe, only solution is to avoid using item names and only use item ids. The problem is amplified with multiple tabs per client. EDIT: I really hope this does get fixed btw I've been the most vocal about this in both scripter dev chats Link to comment Share on other sites More sharing options...
Khaleesi Posted September 11, 2022 Share Posted September 11, 2022 (edited) This is the biggest issue with mirror indeed. Happends often when hooking mirror when already logged in Logging out and back in is usually already enough to fix it. Or just randomly after a few hours or days, hard to tell what actually causes it, I did so many tests and debugging to trigger this effect. Afaik it's an issues with loading item definitions, ID's always worked for me, but I refuse to use them. And sometimes it's completely broken als it requires a complete client restart... That's why I primarly still use stealth client, to combat these issues If you use mirror, just learn to live with this issue, been pending for years now Edited September 11, 2022 by Khaleesi 1 Link to comment Share on other sites More sharing options...
FushigiBot Posted September 13, 2022 Share Posted September 13, 2022 This is happening very often right now. A lot of the scripts I have made use inventory checks for restocking and users are reporting the script randomly bugging out because of it. It doesnt seem to affect id checks -- only strings (when checking for the item name). Link to comment Share on other sites More sharing options...
Czar Posted September 14, 2022 Share Posted September 14, 2022 (edited) It used to be super rare before last game update, now it's like 50/50 or in some cases higher Edited September 14, 2022 by Czar Link to comment Share on other sites More sharing options...
Developer Patrick Posted September 14, 2022 Developer Share Posted September 14, 2022 MGI has been notified to look into this again. In the meantime could you check your java version. It appears 1.8.0_3xx is having a lot more issues in general than 1.8.0_2xx. I'll test if this issue is also affected by this 1 Link to comment Share on other sites More sharing options...
TheShadowXD Posted October 5, 2022 Share Posted October 5, 2022 (edited) On 9/12/2022 at 11:49 PM, FushigiBot said: It doesnt seem to affect id checks -- only strings (when checking for the item name). Zackaery's post above yours shows that this indeed does affect Item ID's. Just pointing this out incase others are unfamiliar with Script Factory. In his screen shot: The method is asking: Does not have Door key AND does not have Item ID 2409. Since he DOES have Item 2409, "Running: [0]:Debug - True" Should be registering as "Running: [0]:Debug - False" But it doesn't, so yeah it's broke. Obviously must be a nasty bug to try and fix if this is being prioritized (Hope it is and certainly should be!). Really hoping something works out soon or if the new OSBot in the making will fix this completely. Also, Khaleesi stated that a log out and log in fixes this. (Without restarting the client? This needs clarification.) Best option I can think of is setting a AFK fail-safe and triggering a log out - log in via a Java method or Break manager (SF users would use this route). Log out - log in doesn't work as a fix. Anyways good luck on getting his worked out! Edited October 5, 2022 by TheShadowXD Link to comment Share on other sites More sharing options...
Wishy Posted October 5, 2022 Share Posted October 5, 2022 Experiencing this a lot today. Logging out and in doesn't help. Had it happen when my accounts had been logged in for 3 hours. Items then are being detected as members items. Sad Link to comment Share on other sites More sharing options...
FushigiBot Posted October 6, 2022 Share Posted October 6, 2022 3 hours ago, TheShadowXD said: Zackaery's post above yours shows that this indeed does affect Item ID's. Just pointing this out incase others are unfamiliar with Script Factory. In his screen shot: The method is asking: Does not have Door key AND does not have Item ID 2409. Since he DOES have Item 2409, "Running: [0]:Debug - True" Should be registering as "Running: [0]:Debug - False" But it doesn't, so yeah it's broke. Obviously must be a nasty bug to try and fix if this is being prioritized (Hope it is and certainly should be!). Really hoping something works out soon or if the new OSBot in the making will fix this completely. Also, Khaleesi stated that a log out and log in fixes this. (Without restarting the client? This needs clarification.) Best option I can think of is setting a AFK fail-safe and triggering a log out - log in via a Java method or Break manager (SF users would use this route). Log out - log in doesn't work as a fix. Anyways good luck on getting his worked out! True. I didn't see that. I was commenting based on the inventory debug in the op where the item id still shows despite the Members Object item name. I had some people who are using my free SF scripts message me today about this. It seems to be happening a lot today, as Wishy stated. 1 Link to comment Share on other sites More sharing options...
xRYAN Posted October 6, 2022 Share Posted October 6, 2022 First time I've come across this is, and had it probably 3/5 accounts I loaded up. Link to comment Share on other sites More sharing options...