Jump to content
  • 0

Item restriction


Question

15 answers to this question

Recommended Posts

  • 0
Posted

Similar to oly restrictions.

 

2 things you should care about.

1st) check the type while entering at the event or teleporting? idk, and unequip it

2nd) when useItem will launch

  • 0
Posted
5 minutes ago, melron said:

Similar to oly restrictions.

 

2 things you should care about.

1st) check the type while entering at the event or teleporting? idk, and unequip it

2nd) when useItem will launch

the problem is that im forcing the player to equip a specific id but while the event is running he can change it 

  • 0
Posted
2 minutes ago, Sidereal Day said:

the problem is that im forcing the player to equip a specific id but while the event is running he can change it 

can you be more descriptive? give us examples or atleast give some code to help you

  • 0
Posted
2 minutes ago, melron said:

can you be more descriptive? give us examples or atleast give some code to help you


public boolean canUseItem(PlayerEventInfo player, ItemData item)
	{
		if(item.getItemId() == _bowItemId && item.isEquipped())
			return false;
  		return super.canUseItem(player, item);
	}

i want to make this part of code to

{
if(item.getItemId() != _bowItemId)
			player.sendMessage(LanguageEngine.getMsg("you cant use another weapon than the Bow"));
}

something like this 

  • 0
Posted
8 minutes ago, Sidereal Day said:


public boolean canUseItem(PlayerEventInfo player, ItemData item)
	{
		if(item.getItemId() == _bowItemId && item.isEquipped())
			return false;
  		return super.canUseItem(player, item);
	}

i want to make this part of code to


{
if(item.getItemId() != _bowItemId)
			player.sendMessage(LanguageEngine.getMsg("you cant use another weapon than the Bow"));
}

something like this 

you confused me. you have a method with name canUseItem.

You are checking if the item id is equal to ex. 7575 (db) and if yes & is equipped you returning false ? it means you cant use that? so you cant even unequip it?

 

you have to edit your method and check only the item id. so..

 

 

public boolean canUseItem(PlayerEventInfo player, ItemData item)
	{
		if(!item.isEquipped())
			return item.getItemId() == _bowItemId;
  		return super.canUseItem(player, item);
	}

 

 

  • 0
Posted
18 minutes ago, melron said:

you confused me. you have a method with name canUseItem.

You are checking if the item id is equal to ex. 7575 (db) and if yes & is equipped you returning false ? it means you cant use that? so you cant even unequip it?

 

you have to edit your method and check only the item id. so..

 

 


public boolean canUseItem(PlayerEventInfo player, ItemData item)
	{
		if(!item.isEquipped())
			return item.getItemId() == _bowItemId;
  		return super.canUseItem(player, item);
	}

 

 

will this code force the player to use only 1 specific id ? because thats what im trying to do 

  • 0
Posted

If your code is working fine, but it's missing check onEquip. Why not simply go to (Request)UseItem, from memory, and add a check like 

 

if (player.isInEvent() && item.getId() != 7575)

{

   player.sendMessage("you can only equip 7575 Id".);

   return;

  • 0
Posted (edited)
11 minutes ago, SweeTs said:

If your code is working fine, but it's missing check onEquip. Why not simply go to (Request)UseItem, from memory, and add a check like 

 

if (player.isInEvent() && item.getId() != 7575)

{

   player.sendMessage("you can only equip 7575 Id".);

   return;



Use Code tag next time. Last time i warn you.

 

@Sidereal Day you can simply go in UseItem.java (or idk on which project you're working on) and add a simple check as SweeTs said such as:

 

if (item.getItemType() == L2WeaponType.BOW)
{
	return;
}

To block BOW from any specific event you want.

Edited by Kara`
  • 0
Posted

He want to block all, allow one kind of a wep, so yeah. Item Id check, as I suggested, is better, easier, faster.

 

@Kara`

Ps: next time share code which uses enum :3

  • 0
Posted (edited)

If i only could turn my logical idea on code it would be so easy, as sweets said  i just want to prevent the player to use another weapon than my specific id on this event , so i think im going to use that code sweets said 

 

----EDIT----

what return should i use because my class is public boolen not void so i cant return nothing

Edited by Sidereal Day
  • 0
Posted

False. Eventually you could add a check regarding item type / instance. So, you will restrict only weapon type items, so you can freely change armor and such.

  • 0
Posted
9 hours ago, SweeTs said:

False. Eventually you could add a check regarding item type / instance. So, you will restrict only weapon type items, so you can freely change armor and such.

can you explain further what you mean by "(Request)UseItem, from memory" ?

  • 0
Posted
54 minutes ago, Sidereal Day said:

can you explain further what you mean by "(Request)UseItem, from memory" ?

The file, it's name, RequestUseItem.java or UseItem.java. Normally it's UseItem.java, under network/clientpacket.

 

I would put the check directly there.

  • 0
Posted
34 minutes ago, SweeTs said:

The file, it's name, RequestUseItem.java or UseItem.java. Normally it's UseItem.java, under network/clientpacket.

 

I would put the check directly there.

ok found it , one more question if if the method is IsInEvent so the function will work for the rest of the events ? and 1 more, to validate the check on the ItemUse i have to add a return on canUseItem variable ?

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Posts

    • LIVE VERIFICATION? SUMSUB? “IMPOSSIBLE”? ▪ Spoiler: it is possible — if you know who to work with. A client came in with a task to pass **live verification** on **WantToPay**, a Telegram virtual card service. On the platform side — **Sumsub**: liveness check, SMS, manual review. “Fast” and “by eye” simply don’t work here. › What was done: → analyzed the verification scenario and Sumsub requirements → built the correct flow: phone number, email, timing → **completed live verification remotely, without account handover** → handled SMS and confirmation codes → brought the process to final approval ▪ Result: → verification passed → access granted → no flags or repeat requests ▪ Live verification is not luck. It’s scenario-based preparation — not hope. › TG: @mustang_service ( https:// t.me/ mustang_service ) › Channel: Mustang Service ( https:// t.me/ +6RAKokIn5ItmYjEx ) *All data is published with the client’s consent.* #verification #sumsub #livecheck #kyc #case
    • IMPORTANT INFO: In a few days, I will switch to completely new code, written from scratch with a new download system, patch building and management system. The Updater will become true 2026 code with "foolproof systems". I'm going to create a Discord server for customers to request new ideas and features. FIRST CUSTOMERS ARE ALREADY USING THE NEW UPDATER ON LIVE SERVERS! Watch this topic for upcoming info because the new updater is around the corner! Yes, you can still use self-update on the previous updater! No, the new updater won't be compatible with the old patch system! A new build is required, but players who already have game files won't have to download the entire patch again! New templates and updates to existing templates are coming soon! Sneak peek:  
    • i used guytis IL project and source. i found in his project there are 3 Client version source... 1,CliExt_H5   --->this one cant be compiled in VS2005,i did know why..is it for H5 client? 2,CliExtNew  --->this one is IL version ,but when i compiled it and use it.player cant login game,MD5Checksum wrong.i check the source code,but not found any hints. 3,L2Server    --->this one for HB client?im not sure...   so my question is what are the differences between these three versions of cliext.dll?how can i fix the issue of the MD5Checksum not matching problem?   01/29/2026 21:04:11.366, [CCliExt::HandleCheckSum] Invalid Checksum[1130415144] vs [-721420287] packet[dd] len[29] sum[2698] key[30] HWID[] Account[]! 01/29/2026 21:04:11.366, SocketLimiter::UserSocketBadunknownprotocol 11111111111 01/29/2026 21:04:11.366, [usersocket]unknown protocol from ip[113.137.149.115]!      
    • ## [1.4.1] - 2026-01-29   ### ✨ New Features - **Short Description**: Server owners can add a short tagline (up to 240 characters) on the server info page, under the "Online" status. It appears in the server list (By Votes) for VIP, Gold VIP, and Pinned servers so players see a brief summary at a glance.   ### 🔄 Improvements - **Server Info Page**: Description field is limited to 3000 characters with a character counter; the textarea is vertically resizable. A second **Save Changes** button was added at the bottom (after the description) for easier saving. - **Server Name**: In My Servers → Edit, the server name is read-only and can no longer be changed (avoids accidental changes and naming conflicts). - **Server Rows (By Votes)**: Short descriptions wrap correctly and no longer affect row height; long text is clipped to two lines so the list stays tidy and consistent.   ---
  • Topics

×
×
  • Create New...

Important Information

This community uses essential cookies to function properly. Non-essential cookies and third-party services are used only with your consent. Read our Privacy Policy and We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue..