Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 4 of 4 for scenario (0.25 sec)

  1. okhttp/src/test/java/okhttp3/CacheTest.kt

        // scenario 1: condition succeeds
        server.enqueue(
          response.newBuilder()
            .body("A")
            .status("HTTP/1.1 200 A-OK")
            .build(),
        )
        server.enqueue(
          MockResponse.Builder()
            .code(HttpURLConnection.HTTP_NOT_MODIFIED)
            .build(),
        )
    
        // scenario 2: condition fails
        server.enqueue(
    Registered: Fri Nov 01 11:42:11 UTC 2024
    - Last Modified: Wed Apr 10 19:46:48 UTC 2024
    - 108.6K bytes
    - Viewed (0)
  2. cmd/object-handlers_test.go

    		}
    		if testCase.copySourceRange != "" {
    			if testCase.copySourceRange == "empty" {
    				req.Header.Set("X-Amz-Copy-Source-Range", "") // specifically test for S3 errors in this scenario.
    			} else {
    				req.Header.Set("X-Amz-Copy-Source-Range", testCase.copySourceRange)
    			}
    		}
    
    		// Since `apiRouter` satisfies `http.Handler` it has a ServeHTTP to execute the logic of the handler.
    Registered: Sun Nov 03 19:28:11 UTC 2024
    - Last Modified: Thu Sep 12 20:10:44 UTC 2024
    - 163.2K bytes
    - Viewed (0)
  3. src/main/webapp/js/admin/popper.min.js.map

    offset,\n    /** @prop {Number|String} offset=0\n     * The offset value as described in the modifier description\n     */\n    offset: 0,\n  },\n\n  /**\n   * Modifier used to prevent the popper from being positioned outside the boundary.\n   *\n   * A scenario exists where the reference itself is not within the boundaries.<br />\n   * We can say it has \"escaped the boundaries\" — or just \"escaped\".<br />\n   * In this case we need to decide whether the popper should either:\n   *\n   * - detach from...
    Registered: Thu Oct 31 13:40:30 UTC 2024
    - Last Modified: Sat Oct 26 01:49:09 UTC 2024
    - 120.9K bytes
    - Viewed (0)
  4. CHANGELOG/CHANGELOG-1.5.md

        deletion of the Node object, deletion of the instance in the cloud provider,
        or force deletion of the pod from the api-server).
        This helps prevent "split brain" scenarios in clustered applications by
        ensuring that unreachable pods will not be presumed dead unless some
        "fencing" operation has provided one of the above indications.
    Registered: Fri Nov 01 09:05:11 UTC 2024
    - Last Modified: Thu Dec 24 02:28:26 UTC 2020
    - 136.4K bytes
    - Viewed (0)
Back to top