choatix

Did you ever work out yourself what happened with this? I experienced the same thing myself with a recent BW2 save modification, where I had given myself unlock keys, pass powers, etc. When I first got to Undella Town, Hugh was there and was able to give me the Dive HM and this was the first time anything was off. After that, when I got to Opelucid, the game would crash with Drayden's auto-cutscenes after the gym fight presumably due to the same thing.

Well, I was definitely getting confused. Data for pokedens seems correct and equivalent to the plugin's code. As for Kaphotic's data its very possible I'm reading it incorrectly, but the data has been interpreted elsewhere. Besides, since this thread confirmed things for me, I've been able to find HA Nincada & HA Trapinch

For reference, I was using 'https://pokedens.github.io/' which is clearly incorrect. However, using Kaphotic's pastebin data, it appears Shield can have Hidden Ability Flygon, but not Sword. Likewise, it is indeed not possible for Shedinja to have its hidden ability in this games, confirming that. Are you aware of any other pokemon which can have their hidden ability flag enabled in Sword/Shield which has no effect? Is there a full, correct data set out there, after all a lot of data on said pastebin marks Hiddens I've never found. Edit: Looking at the src of the plugin you mentioned, I'm seeing what I believe to be HA capabilities (HA marked as 4) in the tables, which implies available, including Shedinja. Is it potentially a seed related issue?

I've heard mention of Hidden Ability Trapinch being available via a Flygon with the HA Flag set, even though it does not have a hidden ability. Is the hidden ability flag set for arbitary pokemon in raids where the flag is possible? For example, would the flag be set for Vikavolt, or Hydregion? And most importantly, can it be set on Shedinja, who's prevolutions have a hidden ability, but not itself.

I've just noticed someone else reported this further down. Sorry!

I've attached one example of an XD legality issue, where pokemon taken from Miror B are not listed as viable encounters. I would assume this applies to all Miror B pokemon as they can be caught at different location than their original intended one - such as the pokespots and areas with colosseums. 299 - NOSEPASS - 2F9CE1A93F87.xk3

I've been having trouble with entering values into the 'level' fields and the ESV field within the Database screen of PKHEX. Level equality always works for 0, which then shows all results, same with any number larger than 100, and I can find the rejection case for >100 in the code. But any other value does not yield a result. A brief look at running the code in Debug Mode shows that the 'stat' fields are not initialised during this process, all being set the 0, and explaining why level 0 works in this scenario. As for ESV, whatever value I enter shows every possible egg in the listing. This, plus another quick look at the code implies the issue here is not entering the filtering mechanism for ESV and as such nothing is ever filltered. Note this is using the outer default fields, and not using the PSV entry for the Advanced Search. Am I doing this wrong in some way? Or is this legitimately a bug?

Adding to this, other additional statistics, such as chance to call SOS help? Not on the personal info entries.

I've seen posts, etc about encountering wild pokemon whilst playing ultra space minigame. Is it possible to extract this list? Guessing it'll fill some if not all gaps.

Also quoting this message to highlight my response to this at the time regarding issues with this functionality.

It isn't a slow load, but does load many clones and it isn't unusual with several saves that it comes up with 150000 files from a combined save, which if I copy/store would be mostly cleared out with clones, so perhaps the unique part does not work well. The option to not include in search results allows backing up to still happen without showing the pokes in the listing. Similarly to how 'Show Boxes' and 'Show Database' are options - just having one for 'Backup Database'

When I use PKHex, the backup directory is included in the search results. This counts them as part of the database and cannot be disabled. My quick fix was to just move the bak directory so it could not find backups, but since then of course there are no backups, and I would like there to be. Could a feature be added such that bak files are not accounted for, by default? This would improve processing time. Of course, for some it is prefable so maybe a configurable option to have so it doesn't need to be changed for the parties who like it the way it is now at each startup.

Thanks for this! This has helped a lot already! However, it does have a couple of issues with it. If you have any additional commands after 'IdentifierContains' these are ignored. If the commands are before this, then it works fine. Similarly, the 'not' operator does not work with this command.

[Suggestion] I've been trying to organise my PKHex collection to support finding pokemon I've stored in certain folders. Current workaround is moving the folders Im not currently looking in out the way. Correct me if this is already a feature, but I am unable to find this. It does appear to relate to the PKM field 'Identifier' but I am unable to work out how to search for this. Presumably, the two parts needed for this are: 1) Not just an equal, or not equal, in the search, but also a 'like' or a 'wildcard', e.g. I search for files in pkmdb where the folder contains 'Favourites', respresented as either %Favourites% or *Favourites*, or being represented with an alternative 'command character (rather than ! or =) 2) Having a field within the files that allows for the position to be searched for. This position comes up when clicking 'Create Data Report'. This may already work with the above mention of the identifier field, but without the 'like' case, this may not be functional.

A simple way to search for the Gen 7 TID of a pokemon. To the standard user this is all you can see when you look at a poke in the game when it was caught in Generation 7 games. When you have a large collection, it becomes impossible to search through by a trainer ID.

1) Encounter type error with PID: Whilst I dont understand what the error would mean, this applies to several events from Gen 3/4 and as such, including pokes obtained from the Pokewalker. 2) When 'transferring' a pk4 file to pk7, the PIC changes from 0000000C to 8000000C. Is this intentional? Something certainly seems wrong here. 3) Loading up an egg in pkhex, at least in generation 4, will set all 'NULL' values to eggs as actual values (eg met time to basically 0). As such, if you then hatch this egg in your game it will keep this and this should not happen. As such, they should remain blank and untouched. 4) Probably intentional, but 'Encounter Type PID mismatch' applies to all Cute Charm glitch caught pokemon, and several non shinies found through this method with extremely low PIDs. Presumbly, because this is a glitch, this is intentional behaviour for PkHEX. 5) Pokemon transferred from Generation 3 with 'Artist' ribbon obtained through contest related stuff marks as invalid. 6) Minor: Focus is lost when trying to select text on the pkmdb Advanced Filter and hovering over the pokemon listed. 7) Full filename for file not shown when viewing in pkmdb mode. As such difficult to work out which file is which without full field visible. More is shown by having Advanced Filter on, but still not the whole line. Should be visible. 8) Enums in advanced searches should also be searchable by their given names which PkHex displays, e.g. Pokewalker as an encounter location for HGSS pokemon which has I think its 232 as it's enum value. This data is already displayed through the viewing screen. This already applies to the names of Pokeballs when searching for that.

I have attached additional screenshots and information. Note that the Moon Ball error occurs for every single pokemon originating an gen 4, looks like a simple oversight. As for the safari balls, I have attached the pk7 files. Note some of these also have 'PID mismatch with nature' and similar errors, but I caught these myself. I can assume I caught these pokemon whilst using the Cute Charm shiny glitch, which may have had some effect on these, but on strangely few of them. I forget how I transferred these pokemon from 4th to 7th Gen however, if this could be causing the concern. PkHexData.zip

Couple of small legality issues with the new version: A) (Oddity) Sport Ball pokemon can be transferred to Platinum (and presumably DP) and transferred upwards from there. As such, this makes them valid if in Poke Balls, even though it seems they can only be in Sport Balls. (Can't have ball for encounter type) B) For some reason, Moon Balls seem to flag as invalid for several in my bank ball collection, and I have the full set of Apricorn balls. Can't work out a reason for this one. (Error: Can't have ball for encounter type) C) https://pastebin.com/18NPkxsD - exception whilst trying to view the legality of an event - https://drive.google.com/open?id=0B8HiDiifvmfnd1A4MkRQT21takU pk7 file in question D) Lv37 Lapras in the Safari Zone (so Safari Ball) counted as invalid, caught myself, same for lv42 Voltorb E) Dream world exclusive moves/combinations are counted as invald, eg Spinda w/ Superpower (Can send a full list of oddities/pk7 files for this if needed)

No matter, found where this was... Perhaps make this more obvious then instead?

With Sun and Moon, the ID in the display screen is not present anywhere, to my knowledge, in PkHex. It must be calculated from the otherwise invisible TID and SID that is displayed. Since I use this program for sorting and listing, it would be very helpful to have this field visible.