@Test
        @DisplayName("DosFileFilter wildcard and attributes are preserved through unwrap")
        void dosFileFilter_preservesFieldsThroughUnwrap() throws Exception {
            // Test with various wildcard patterns and attribute masks
            String[] wildcards = { "*.txt", "test*", null };
            int[] attributes = { 0x10, 0x20, 0x07 };

            for (int i = 0; i < wildcards.length; i++) {

 */

package jcifs.smb;

/**
 * File filter implementation for DOS-style wildcards and attributes.
 * Supports filtering files based on DOS wildcards and file attributes.
 *
 */
public class DosFileFilter implements SmbFileFilter {

    /**
     * The wildcard pattern for filtering file names.
     */
    protected String wildcard;

    /**
     * The DOS file attributes to filter on.
     */

        // Query was processed successfully

        // Query was processed successfully
    }

    public void test_convertWildcardQuery_withBothWildcards() throws Exception {
        // Test with both wildcards already present
        QueryContext queryContext = new QueryContext("*test*", false);
        WildcardQuery wildcardQuery = new WildcardQuery(new Term(Constants.DEFAULT_FIELD, "*test*"));

In this case, the list would have to include `http://localhost:8080` for the `:8080`-frontend to work correctly.

## Wildcards { #wildcards }

It's also possible to declare the list as `"*"` (a "wildcard") to say that all are allowed.

    check(rule.startsWith(WILDCARD_CHAR)) {
      """Wildcard Assertion Failure: '$rule'
A wildcard rule was added with a wildcard that is not in leftmost position! We'll need to change the ${PublicSuffixDatabase::class.java.name} to handle this."""
    }
    check(rule.indexOf(WILDCARD_CHAR, 1) == -1) {
      """Wildcard Assertion Failure: '$rule'

        exactMatch = rule
        break
      }
    }

    // In theory, wildcard rules are not restricted to having the wildcard in the leftmost position.
    // In practice, wildcards are always in the leftmost position. For now, this implementation
    // cheats and does not attempt every possible permutation. Instead, it only considers wildcards
    // in the leftmost position. We assert this fact when we generate the public suffix file. If

```

### Using xl-meta

        assertEquals("test\\*query\\?end", escaped3);

        // Test with no wildcards
        String query4 = "test query";
        String escaped4 = SuggestUtil.escapeWildcardQuery(query4);
        assertEquals("test query", escaped4);

        // Test with multiple wildcards
        String query5 = "***???";
        String escaped5 = SuggestUtil.escapeWildcardQuery(query5);

    @ParameterizedTest
    @DisplayName("Test writeParametersWireFormat with various wildcards")
    @CsvSource({ "'\\path', '*.txt', '\\path\\*.txt'", "'\\path\\', '*.doc', '\\path\\*.doc'", "'\\', '*.*', '\\*.*'",
            "'\\test', 'file?.txt', '\\test\\file?.txt'" })
    void testWriteParametersWireFormatWithVariousWildcards(String path, String wildcard, String expectedFullPath) {

    }

    @ParameterizedTest
    @ValueSource(strings = { "", "a", "test.txt", "very_long_filename_that_exceeds_normal_length_limits_and_tests_buffer_handling.txt",
            "file with spaces.txt", "file*with?wildcards.txt", "../relative/path/file.txt", "C:\\absolute\\path\\file.txt" })
    void testFilenameHandling(String filename) {
        // Test various filename formats