Pagespeed is active and returning X-Mod-Pagespeed	on headers, but it isn't doing anything

I activated pagespeed on my apache , but it isn't doing anything.
Version: <IP_ADDRESS>-0
I tried to use the default configs and I tried to use
ModPagespeed on

    ModPagespeedInheritVHostConfig on

    AddOutputFilterByType MOD_PAGESPEED_OUTPUT_FILTER text/html

    ModPagespeedFileCachePath            "/var/cache/mod_pagespeed/"

    ModPagespeedLogDir "/var/log/pagespeed"

    ModPagespeedSslCertDirectory "/etc/ssl/certs"

       ModPagespeedDomain *
    ModPagespeedCssFlattenMaxBytes       -1
     ModPagespeedCssInlineMaxBytes        -1
     ModPagespeedCssImageInlineMaxBytes   -1
     ModPagespeedImageInlineMaxBytes      -1
     ModPagespeedJsInlineMaxBytes         -1
     ModPagespeedCssOutlineMinBytes       0
     ModPagespeedJsOutlineMinBytes        0
     ModPagespeedMaxCombinedJsBytes       -1

    ModPagespeedFileCacheInodeLimit        500000

    <Location /pagespeed_admin>
        Order allow,deny
        Allow from localhost
        Allow from <IP_ADDRESS>
        SetHandler pagespeed_admin
    </Location>
    <Location /pagespeed_global_admin>
        Order allow,deny
        Allow from localhost
        Allow from <IP_ADDRESS>
        SetHandler pagespeed_global_admin
    </Location>

    ModPagespeedStatisticsLogging on

    ModPagespeedMessageBufferSize 100000

but this doesn't change anything
Debug output:
mod_pagespeed on
Filters:
ah	Add Head
cc	Combine Css
jc	Combine Javascript
gp	Convert Gif to Png
jp	Convert Jpeg to Progressive
jw	Convert Jpeg To Webp
mc	Convert Meta Tags
pj	Convert Png to Jpeg
ws	When converting images to WebP, prefer lossless conversions
db	Debug
ec	Cache Extend Css
ei	Cache Extend Images
es	Cache Extend Scripts
fc	Fallback Rewrite Css
if	Flatten CSS Imports
hw	Flushes html
ci	Inline Css
ii	Inline Images
il	Inline @import to Link
ji	Inline Javascript
js	Jpeg Subsampling
rj	Recompress Jpeg
rp	Recompress Png
rw	Recompress Webp
ri	Resize Images
cf	Rewrite Css
jm	Rewrite External Javascript
jj	Rewrite Inline Javascript
cu	Rewrite Style Attributes With Url
cp	Strip Image Color Profiles
md	Strip Image Meta Data

Options:
CssFlattenMaxBytes (cf) -1
CssImageInlineMaxBytes (cii) -1
CssInlineMaxBytes (ci) -1
CssOutlineMinBytes (co) 0
EnableRewriting (e) 1
FileCacheInodeLimit (afcl) 500000
ImageInlineMaxBytes (ii) -1
JsInlineMaxBytes (ji) -1
JsOutlineMinBytes (jo) 0
MaxCombinedJsBytes (xcj) -1
RunExperiment (fur) False
StatisticsLogging (asle) True

#NumFlushes            0
#EndDocument after     1418us
#Total Parse duration  1250us
#Total Render duration 35354us
#Total Idle duration   168us
Critical Images:
	http://cheftime.stoom.com.br/images/foodtech/cheftime/site-novo/2-how-to-1.png
	http://cheftime.stoom.com.br/images/foodtech/cheftime/site-novo/2-how-to-2.png
	http://cheftime.stoom.com.br/images/foodtech/cheftime/site-novo/2-how-to-3.png
	http://cheftime.stoom.com.br/images/foodtech/cheftime/site-novo/2-how-to-4.png
	http://cheftime.stoom.com.br/images/foodtech/cheftime/site-novo/logo-chef.png
The following filters were disabled for this request:
	SupportNoscript

pagespeed log:
timestamp:<PHONE_NUMBER>296
cache_backend_hits: 0
cache_backend_misses: 0
cache_batcher_dropped_gets: 0
cache_deletes: 0
cache_expirations: 0
cache_extensions: 0
cache_fallbacks: 0
cache_flush_count: 0
cache_flush_timestamp_ms: 0
cache_hits: 0
cache_inserts: 0
cache_misses: 0
cache_time_us: 0
converted_meta_tags: 0
css_combine_opportunities: 0
css_file_count_reduction: 0
css_filter_blocks_rewritten: 0
css_filter_parse_failures: 0
css_filter_total_bytes_saved: 0
file_cache_bytes_freed_in_cleanup: 0
file_cache_cleanups: 0
file_cache_deletes: 0
file_cache_disk_checks: 0
file_cache_evictions: 0
file_cache_hits: 0
file_cache_inserts: 0
file_cache_misses: 0
file_cache_write_errors: 0
flatten_imports_charset_mismatch: 0
flatten_imports_invalid_url: 0
flatten_imports_limit_exceeded: 0
flatten_imports_minify_failed: 0
flatten_imports_recursion: 0
http_approx_header_bytes_fetched: 0
http_bytes_fetched: 0
http_fetches: 0
image_norewrites_high_resolution: 0
image_ongoing_rewrites: 0
image_rewrite_latency_total_ms: 0
image_rewrite_total_bytes_saved: 0
image_rewrite_total_original_bytes: 0
image_rewrite_uses: 0
image_rewrites: 0
image_rewrites_dropped_decode_failure: 0
image_rewrites_dropped_due_to_load: 0
image_rewrites_dropped_intentionally: 0
image_rewrites_dropped_mime_type_unknown: 0
image_rewrites_dropped_nosaving_noresize: 0
image_rewrites_dropped_nosaving_resize: 0
image_rewrites_dropped_server_write_fail: 0
ipro_not_in_cache: 0
ipro_not_rewritable: 0
ipro_recorder_dropped_due_to_load: 0
ipro_recorder_dropped_due_to_size: 0
ipro_recorder_failed: 0
ipro_recorder_inserted_into_cache: 0
ipro_recorder_not_cacheable: 0
ipro_recorder_resources: 0
ipro_served: 0
javascript_blocks_minified: 0
javascript_minification_failures: 0
javascript_total_bytes_saved: 0
lru_cache_deletes: 0
lru_cache_hits: 0
lru_cache_inserts: 0
lru_cache_misses: 0
memcached_async_deletes: 0
memcached_async_hits: 0
memcached_async_inserts: 0
memcached_async_misses: 0
memcached_blocking_deletes: 0
memcached_blocking_hits: 0
memcached_blocking_inserts: 0
memcached_blocking_misses: 0
num_cache_control_not_rewritable_resources: 0
num_cache_control_rewritable_resources: 0
num_fallback_responses_served: 0
num_flushes: 0
num_rewrites_dropped: 0
num_rewrites_executed: 0
page_load_count: 0
pcache-cohorts-beacon_cohort_deletes: 0
pcache-cohorts-beacon_cohort_hits: 0
pcache-cohorts-beacon_cohort_inserts: 0
pcache-cohorts-beacon_cohort_misses: 0
pcache-cohorts-dom_deletes: 0
pcache-cohorts-dom_hits: 0
pcache-cohorts-dom_inserts: 0
pcache-cohorts-dom_misses: 0
redis_async_deletes: 0
redis_async_hits: 0
redis_async_inserts: 0
redis_async_misses: 0
redis_blocking_deletes: 0
redis_blocking_hits: 0
redis_blocking_inserts: 0
redis_blocking_misses: 0
resource_404_count: 0
resource_url_domain_acceptances: 1
resource_url_domain_rejections: 0
rewrite_cached_output_hits: 0
rewrite_cached_output_missed_deadline: 0
rewrite_cached_output_misses: 0
serf_fetch_active_count: 0
serf_fetch_bytes_count: 0
serf_fetch_cancel_count: 0
serf_fetch_cert_errors: 0
serf_fetch_failure_count: 0
serf_fetch_request_count: 0
serf_fetch_time_duration_ms: 0
serf_fetch_timeout_count: 0
shm_cache_deletes: 0
shm_cache_hits: 0
shm_cache_inserts: 0
shm_cache_misses: 0
slurp_404_count: 0
total_page_load_ms: 0
url_input_resource_hit: 0
url_input_resource_miss: 0
url_input_resource_recent_fetch_failure: 0
url_input_resource_recent_uncacheable_failure: 0
url_input_resource_recent_uncacheable_miss: 0
timestamp:<PHONE_NUMBER>511
cache_backend_hits: 1023
cache_backend_misses: 121
cache_batcher_dropped_gets: 0
cache_deletes: 0
cache_expirations: 82
cache_extensions: 0
cache_fallbacks: 0
cache_flush_count: 0
cache_flush_timestamp_ms: 0
cache_hits: 0
cache_inserts: 451
cache_misses: 1144
cache_time_us: 622460
converted_meta_tags: 8
css_combine_opportunities: 56
css_file_count_reduction: 0
css_filter_blocks_rewritten: 3
css_filter_parse_failures: 0
css_filter_total_bytes_saved: 852
file_cache_bytes_freed_in_cleanup: 0
file_cache_cleanups: 0
file_cache_deletes: 0
file_cache_disk_checks: 0
file_cache_evictions: 0
file_cache_hits: 0
file_cache_inserts: 451
file_cache_misses: 1144
file_cache_write_errors: 0
flatten_imports_charset_mismatch: 0
flatten_imports_invalid_url: 0
flatten_imports_limit_exceeded: 0
flatten_imports_minify_failed: 0
flatten_imports_recursion: 0
http_approx_header_bytes_fetched: 0
http_bytes_fetched: 0
http_fetches: 0
image_norewrites_high_resolution: 0
image_ongoing_rewrites: 0
image_rewrite_latency_total_ms: 0
image_rewrite_total_bytes_saved: 0
image_rewrite_total_original_bytes: 0
image_rewrite_uses: 0
image_rewrites: 0
image_rewrites_dropped_decode_failure: 0
image_rewrites_dropped_due_to_load: 0
image_rewrites_dropped_intentionally: 0
image_rewrites_dropped_mime_type_unknown: 0
image_rewrites_dropped_nosaving_noresize: 0
image_rewrites_dropped_nosaving_resize: 0
image_rewrites_dropped_server_write_fail: 0
ipro_not_in_cache: 424
ipro_not_rewritable: 0
ipro_recorder_dropped_due_to_load: 0
ipro_recorder_dropped_due_to_size: 0
ipro_recorder_failed: 424
ipro_recorder_inserted_into_cache: 0
ipro_recorder_not_cacheable: 283
ipro_recorder_resources: 424
ipro_served: 0
javascript_blocks_minified: 36
javascript_minification_failures: 0
javascript_total_bytes_saved: 50176
lru_cache_deletes: 0
lru_cache_hits: 0
lru_cache_inserts: 0
lru_cache_misses: 0
memcached_async_deletes: 0
memcached_async_hits: 0
memcached_async_inserts: 0
memcached_async_misses: 0
memcached_blocking_deletes: 0
memcached_blocking_hits: 0
memcached_blocking_inserts: 0
memcached_blocking_misses: 0
num_cache_control_not_rewritable_resources: 720
num_cache_control_rewritable_resources: 0
num_fallback_responses_served: 0
num_flushes: 4
num_rewrites_dropped: 0
num_rewrites_executed: 117
page_load_count: 0
pcache-cohorts-beacon_cohort_deletes: 0
pcache-cohorts-beacon_cohort_hits: 6
pcache-cohorts-beacon_cohort_inserts: 10
pcache-cohorts-beacon_cohort_misses: 2
pcache-cohorts-dom_deletes: 0
pcache-cohorts-dom_hits: 0
pcache-cohorts-dom_inserts: 0
pcache-cohorts-dom_misses: 4
redis_async_deletes: 0
redis_async_hits: 0
redis_async_inserts: 0
redis_async_misses: 0
redis_blocking_deletes: 0
redis_blocking_hits: 0
redis_blocking_inserts: 0
redis_blocking_misses: 0
resource_404_count: 0
resource_url_domain_acceptances: 1371
resource_url_domain_rejections: 32
rewrite_cached_output_hits: 327
rewrite_cached_output_missed_deadline: 481
rewrite_cached_output_misses: 844
serf_fetch_active_count: 0
serf_fetch_bytes_count: 7878866
serf_fetch_cancel_count: 0
serf_fetch_cert_errors: 0
serf_fetch_failure_count: 0
serf_fetch_request_count: 164
serf_fetch_time_duration_ms: 5474
serf_fetch_timeout_count: 0
shm_cache_deletes: 0
shm_cache_hits: 204
shm_cache_inserts: 640
shm_cache_misses: 1060
slurp_404_count: 0
total_page_load_ms: 0
url_input_resource_hit: 0
url_input_resource_miss: 164
url_input_resource_recent_fetch_failure: 44
url_input_resource_recent_uncacheable_failure: 512
url_input_resource_recent_uncacheable_miss: 0
timestamp:<PHONE_NUMBER>651
cache_backend_hits: 0
cache_backend_misses: 0
cache_batcher_dropped_gets: 0
cache_deletes: 0
cache_expirations: 0
cache_extensions: 0
cache_fallbacks: 0
cache_flush_count: 0
cache_flush_timestamp_ms: 0
cache_hits: 0
cache_inserts: 0
cache_misses: 0
cache_time_us: 0
converted_meta_tags: 0
css_combine_opportunities: 0
css_file_count_reduction: 0
css_filter_blocks_rewritten: 0
css_filter_parse_failures: 0
css_filter_total_bytes_saved: 0
file_cache_bytes_freed_in_cleanup: 0
file_cache_cleanups: 0
file_cache_deletes: 0
file_cache_disk_checks: 0
file_cache_evictions: 0
file_cache_hits: 0
file_cache_inserts: 0
file_cache_misses: 0
file_cache_write_errors: 0
flatten_imports_charset_mismatch: 0
flatten_imports_invalid_url: 0
flatten_imports_limit_exceeded: 0
flatten_imports_minify_failed: 0
flatten_imports_recursion: 0
http_approx_header_bytes_fetched: 0
http_bytes_fetched: 0
http_fetches: 0
image_norewrites_high_resolution: 0
image_ongoing_rewrites: 0
image_rewrite_latency_total_ms: 0
image_rewrite_total_bytes_saved: 0
image_rewrite_total_original_bytes: 0
image_rewrite_uses: 0
image_rewrites: 0
image_rewrites_dropped_decode_failure: 0
image_rewrites_dropped_due_to_load: 0
image_rewrites_dropped_intentionally: 0
image_rewrites_dropped_mime_type_unknown: 0
image_rewrites_dropped_nosaving_noresize: 0
image_rewrites_dropped_nosaving_resize: 0
image_rewrites_dropped_server_write_fail: 0
ipro_not_in_cache: 0
ipro_not_rewritable: 0
ipro_recorder_dropped_due_to_load: 0
ipro_recorder_dropped_due_to_size: 0
ipro_recorder_failed: 0
ipro_recorder_inserted_into_cache: 0
ipro_recorder_not_cacheable: 0
ipro_recorder_resources: 0
ipro_served: 0
javascript_blocks_minified: 0
javascript_minification_failures: 0
javascript_total_bytes_saved: 0
lru_cache_deletes: 0
lru_cache_hits: 0
lru_cache_inserts: 0
lru_cache_misses: 0
memcached_async_deletes: 0
memcached_async_hits: 0
memcached_async_inserts: 0
memcached_async_misses: 0
memcached_blocking_deletes: 0
memcached_blocking_hits: 0
memcached_blocking_inserts: 0
memcached_blocking_misses: 0
num_cache_control_not_rewritable_resources: 0
num_cache_control_rewritable_resources: 0
num_fallback_responses_served: 0
num_flushes: 0
num_rewrites_dropped: 0
num_rewrites_executed: 0
page_load_count: 0
pcache-cohorts-beacon_cohort_deletes: 0
pcache-cohorts-beacon_cohort_hits: 0
pcache-cohorts-beacon_cohort_inserts: 0
pcache-cohorts-beacon_cohort_misses: 0
pcache-cohorts-dom_deletes: 0
pcache-cohorts-dom_hits: 0
pcache-cohorts-dom_inserts: 0
pcache-cohorts-dom_misses: 0
redis_async_deletes: 0
redis_async_hits: 0
redis_async_inserts: 0
redis_async_misses: 0
redis_blocking_deletes: 0
redis_blocking_hits: 0
redis_blocking_inserts: 0
redis_blocking_misses: 0
resource_404_count: 0
resource_url_domain_acceptances: 1
resource_url_domain_rejections: 0
rewrite_cached_output_hits: 0
rewrite_cached_output_missed_deadline: 0
rewrite_cached_output_misses: 0
serf_fetch_active_count: 0
serf_fetch_bytes_count: 0
serf_fetch_cancel_count: 0
serf_fetch_cert_errors: 0
serf_fetch_failure_count: 0
serf_fetch_request_count: 0
serf_fetch_time_duration_ms: 0
serf_fetch_timeout_count: 0
shm_cache_deletes: 0
shm_cache_hits: 0
shm_cache_inserts: 0
shm_cache_misses: 0
slurp_404_count: 0
total_page_load_ms: 0
url_input_resource_hit: 0
url_input_resource_miss: 0
url_input_resource_recent_fetch_failure: 0
url_input_resource_recent_uncacheable_failure: 0
url_input_resource_recent_uncacheable_miss: 0
timestamp:<PHONE_NUMBER>443
cache_backend_hits: 0
cache_backend_misses: 0
cache_batcher_dropped_gets: 0
cache_deletes: 0
cache_expirations: 0
cache_extensions: 0
cache_fallbacks: 0
cache_flush_count: 0
cache_flush_timestamp_ms: 0
cache_hits: 0
cache_inserts: 0
cache_misses: 0
cache_time_us: 0
converted_meta_tags: 0
css_combine_opportunities: 0
css_file_count_reduction: 0
css_filter_blocks_rewritten: 0
css_filter_parse_failures: 0
css_filter_total_bytes_saved: 0
file_cache_bytes_freed_in_cleanup: 0
file_cache_cleanups: 0
file_cache_deletes: 0
file_cache_disk_checks: 0
file_cache_evictions: 0
file_cache_hits: 0
file_cache_inserts: 0
file_cache_misses: 0
file_cache_write_errors: 0
flatten_imports_charset_mismatch: 0
flatten_imports_invalid_url: 0
flatten_imports_limit_exceeded: 0
flatten_imports_minify_failed: 0
flatten_imports_recursion: 0
http_approx_header_bytes_fetched: 0
http_bytes_fetched: 0
http_fetches: 0
image_norewrites_high_resolution: 0
image_ongoing_rewrites: 0
image_rewrite_latency_total_ms: 0
image_rewrite_total_bytes_saved: 0
image_rewrite_total_original_bytes: 0
image_rewrite_uses: 0
image_rewrites: 0
image_rewrites_dropped_decode_failure: 0
image_rewrites_dropped_due_to_load: 0
image_rewrites_dropped_intentionally: 0
image_rewrites_dropped_mime_type_unknown: 0
image_rewrites_dropped_nosaving_noresize: 0
image_rewrites_dropped_nosaving_resize: 0
image_rewrites_dropped_server_write_fail: 0
ipro_not_in_cache: 0
ipro_not_rewritable: 0
ipro_recorder_dropped_due_to_load: 0
ipro_recorder_dropped_due_to_size: 0
ipro_recorder_failed: 0
ipro_recorder_inserted_into_cache: 0
ipro_recorder_not_cacheable: 0
ipro_recorder_resources: 0
ipro_served: 0
javascript_blocks_minified: 0
javascript_minification_failures: 0
javascript_total_bytes_saved: 0
lru_cache_deletes: 0
lru_cache_hits: 0
lru_cache_inserts: 0
lru_cache_misses: 0
memcached_async_deletes: 0
memcached_async_hits: 0
memcached_async_inserts: 0
memcached_async_misses: 0
memcached_blocking_deletes: 0
memcached_blocking_hits: 0
memcached_blocking_inserts: 0
memcached_blocking_misses: 0
num_cache_control_not_rewritable_resources: 0
num_cache_control_rewritable_resources: 0
num_fallback_responses_served: 0
num_flushes: 0
num_rewrites_dropped: 0
num_rewrites_executed: 0
page_load_count: 0
pcache-cohorts-beacon_cohort_deletes: 0
pcache-cohorts-beacon_cohort_hits: 0
pcache-cohorts-beacon_cohort_inserts: 0
pcache-cohorts-beacon_cohort_misses: 0
pcache-cohorts-dom_deletes: 0
pcache-cohorts-dom_hits: 0
pcache-cohorts-dom_inserts: 0
pcache-cohorts-dom_misses: 0
redis_async_deletes: 0
redis_async_hits: 0
redis_async_inserts: 0
redis_async_misses: 0
redis_blocking_deletes: 0
redis_blocking_hits: 0
redis_blocking_inserts: 0
redis_blocking_misses: 0
resource_404_count: 0
resource_url_domain_acceptances: 1
resource_url_domain_rejections: 0
rewrite_cached_output_hits: 0
rewrite_cached_output_missed_deadline: 0
rewrite_cached_output_misses: 0
serf_fetch_active_count: 0
serf_fetch_bytes_count: 0
serf_fetch_cancel_count: 0
serf_fetch_cert_errors: 0
serf_fetch_failure_count: 0
serf_fetch_request_count: 0
serf_fetch_time_duration_ms: 0
serf_fetch_timeout_count: 0
shm_cache_deletes: 0
shm_cache_hits: 0
shm_cache_inserts: 0
shm_cache_misses: 0
slurp_404_count: 0
total_page_load_ms: 0
url_input_resource_hit: 0
url_input_resource_miss: 0
url_input_resource_recent_fetch_failure: 0
url_input_resource_recent_uncacheable_failure: 0
url_input_resource_recent_uncacheable_miss: 0
timestamp:<PHONE_NUMBER>113
cache_backend_hits: 981
cache_backend_misses: 14
cache_batcher_dropped_gets: 0
cache_deletes: 0
cache_expirations: 84
cache_extensions: 0
cache_fallbacks: 0
cache_flush_count: 0
cache_flush_timestamp_ms: 0
cache_hits: 0
cache_inserts: 742
cache_misses: 995
cache_time_us: 1068041
converted_meta_tags: 14
css_combine_opportunities: 98
css_file_count_reduction: 0
css_filter_blocks_rewritten: 1
css_filter_parse_failures: 0
css_filter_total_bytes_saved: 284
file_cache_bytes_freed_in_cleanup: 0
file_cache_cleanups: 0
file_cache_deletes: 0
file_cache_disk_checks: 0
file_cache_evictions: 0
file_cache_hits: 0
file_cache_inserts: 742
file_cache_misses: 995
file_cache_write_errors: 0
flatten_imports_charset_mismatch: 0
flatten_imports_invalid_url: 0
flatten_imports_limit_exceeded: 0
flatten_imports_minify_failed: 0
flatten_imports_recursion: 0
http_approx_header_bytes_fetched: 0
http_bytes_fetched: 0
http_fetches: 0
image_norewrites_high_resolution: 0
image_ongoing_rewrites: 0
image_rewrite_latency_total_ms: 0
image_rewrite_total_bytes_saved: 0
image_rewrite_total_original_bytes: 0
image_rewrite_uses: 0
image_rewrites: 0
image_rewrites_dropped_decode_failure: 0
image_rewrites_dropped_due_to_load: 0
image_rewrites_dropped_intentionally: 0
image_rewrites_dropped_mime_type_unknown: 0
image_rewrites_dropped_nosaving_noresize: 0
image_rewrites_dropped_nosaving_resize: 0
image_rewrites_dropped_server_write_fail: 0
ipro_not_in_cache: 747
ipro_not_rewritable: 0
ipro_recorder_dropped_due_to_load: 0
ipro_recorder_dropped_due_to_size: 0
ipro_recorder_failed: 747
ipro_recorder_inserted_into_cache: 0
ipro_recorder_not_cacheable: 658
ipro_recorder_resources: 747
ipro_served: 0
javascript_blocks_minified: 60
javascript_minification_failures: 0
javascript_total_bytes_saved: 99987
lru_cache_deletes: 0
lru_cache_hits: 0
lru_cache_inserts: 0
lru_cache_misses: 0
memcached_async_deletes: 0
memcached_async_hits: 0
memcached_async_inserts: 0
memcached_async_misses: 0
memcached_blocking_deletes: 0
memcached_blocking_hits: 0
memcached_blocking_inserts: 0
memcached_blocking_misses: 0
num_cache_control_not_rewritable_resources: 248
num_cache_control_rewritable_resources: 0
num_fallback_responses_served: 0
num_flushes: 7
num_rewrites_dropped: 0
num_rewrites_executed: 41
page_load_count: 0
pcache-cohorts-beacon_cohort_deletes: 0
pcache-cohorts-beacon_cohort_hits: 10
pcache-cohorts-beacon_cohort_inserts: 9
pcache-cohorts-beacon_cohort_misses: 1
pcache-cohorts-dom_deletes: 0
pcache-cohorts-dom_hits: 0
pcache-cohorts-dom_inserts: 0
pcache-cohorts-dom_misses: 7
redis_async_deletes: 0
redis_async_hits: 0
redis_async_inserts: 0
redis_async_misses: 0
redis_blocking_deletes: 0
redis_blocking_hits: 0
redis_blocking_inserts: 0
redis_blocking_misses: 0
resource_404_count: 0
resource_url_domain_acceptances: 2434
resource_url_domain_rejections: 0
rewrite_cached_output_hits: 1254
rewrite_cached_output_missed_deadline: 209
rewrite_cached_output_misses: 964
serf_fetch_active_count: 0
serf_fetch_bytes_count: 3931643
serf_fetch_cancel_count: 0
serf_fetch_cert_errors: 0
serf_fetch_failure_count: 3
serf_fetch_request_count: 84
serf_fetch_time_duration_ms: 8052
serf_fetch_timeout_count: 1
shm_cache_deletes: 0
shm_cache_hits: 1240
shm_cache_inserts: 226
shm_cache_misses: 972
slurp_404_count: 0
total_page_load_ms: 0
url_input_resource_hit: 0
url_input_resource_miss: 84
url_input_resource_recent_fetch_failure: 21
url_input_resource_recent_uncacheable_failure: 143
url_input_resource_recent_uncacheable_miss: 0

If you look at the non-zero entries in the statistics dump, you'll see it's
actually doing something:  In particular it seems to be reducing JavaScript
bytes.  Most likely they are inline in the HTML.  It also looks like you
are able to fetch resources from mod_pagespeed (the serf_* counts look
OK).  My guess is that you are not
I suspect your origin resource cache-control headers prevent pagespeed from
doing anything:
num_cache_control_not_rewritable_resources: 720
num_cache_control_rewritable_resources: 0
On Tue, Oct 10, 2017 at 4:10 PM, julianomontini<EMAIL_ADDRESS>wrote:

I activated pagespeed on my apache , but it isn't doing anything.
Version: <IP_ADDRESS>-0
I tried to use the default configs and I tried to use
ModPagespeed on
ModPagespeedInheritVHostConfig on

AddOutputFilterByType MOD_PAGESPEED_OUTPUT_FILTER text/html

ModPagespeedFileCachePath            "/var/cache/mod_pagespeed/"

ModPagespeedLogDir "/var/log/pagespeed"

ModPagespeedSslCertDirectory "/etc/ssl/certs"

   ModPagespeedDomain *
ModPagespeedCssFlattenMaxBytes       -1
 ModPagespeedCssInlineMaxBytes        -1
 ModPagespeedCssImageInlineMaxBytes   -1
 ModPagespeedImageInlineMaxBytes      -1
 ModPagespeedJsInlineMaxBytes         -1
 ModPagespeedCssOutlineMinBytes       0
 ModPagespeedJsOutlineMinBytes        0
 ModPagespeedMaxCombinedJsBytes       -1

ModPagespeedFileCacheInodeLimit        500000

<Location /pagespeed_admin>
    Order allow,deny
    Allow from localhost
    Allow from <IP_ADDRESS>
    SetHandler pagespeed_admin
</Location>
<Location /pagespeed_global_admin>
    Order allow,deny
    Allow from localhost
    Allow from <IP_ADDRESS>
    SetHandler pagespeed_global_admin
</Location>

ModPagespeedStatisticsLogging on

ModPagespeedMessageBufferSize 100000

but this doesn't change anything
Debug output:
mod_pagespeed on
Filters:
ah	Add Head
cc	Combine Css
jc	Combine Javascript
gp	Convert Gif to Png
jp	Convert Jpeg to Progressive
jw	Convert Jpeg To Webp
mc	Convert Meta Tags
pj	Convert Png to Jpeg
ws	When converting images to WebP, prefer lossless conversions
db	Debug
ec	Cache Extend Css
ei	Cache Extend Images
es	Cache Extend Scripts
fc	Fallback Rewrite Css
if	Flatten CSS Imports
hw	Flushes html
ci	Inline Css
ii	Inline Images
il	Inline @import to Link
ji	Inline Javascript
js	Jpeg Subsampling
rj	Recompress Jpeg
rp	Recompress Png
rw	Recompress Webp
ri	Resize Images
cf	Rewrite Css
jm	Rewrite External Javascript
jj	Rewrite Inline Javascript
cu	Rewrite Style Attributes With Url
cp	Strip Image Color Profiles
md	Strip Image Meta Data
Options:
CssFlattenMaxBytes (cf) -1
CssImageInlineMaxBytes (cii) -1
CssInlineMaxBytes (ci) -1
CssOutlineMinBytes (co) 0
EnableRewriting (e) 1
FileCacheInodeLimit (afcl) 500000
ImageInlineMaxBytes (ii) -1
JsInlineMaxBytes (ji) -1
JsOutlineMinBytes (jo) 0
MaxCombinedJsBytes (xcj) -1
RunExperiment (fur) False
StatisticsLogging (asle) True
#NumFlushes            0
#EndDocument after     1418us
#Total Parse duration  1250us
#Total Render duration 35354us
#Total Idle duration   168us
Critical Images:
http://cheftime.stoom.com.br/images/foodtech/cheftime/site-novo/2-how-to-1.png
http://cheftime.stoom.com.br/images/foodtech/cheftime/site-novo/2-how-to-2.png
http://cheftime.stoom.com.br/images/foodtech/cheftime/site-novo/2-how-to-3.png
http://cheftime.stoom.com.br/images/foodtech/cheftime/site-novo/2-how-to-4.png
http://cheftime.stoom.com.br/images/foodtech/cheftime/site-novo/logo-chef.png
The following filters were disabled for this request:
SupportNoscript
pagespeed log:
timestamp:<PHONE_NUMBER>296
cache_backend_hits: 0
cache_backend_misses: 0
cache_batcher_dropped_gets: 0
cache_deletes: 0
cache_expirations: 0
cache_extensions: 0
cache_fallbacks: 0
cache_flush_count: 0
cache_flush_timestamp_ms: 0
cache_hits: 0
cache_inserts: 0
cache_misses: 0
cache_time_us: 0
converted_meta_tags: 0
css_combine_opportunities: 0
css_file_count_reduction: 0
css_filter_blocks_rewritten: 0
css_filter_parse_failures: 0
css_filter_total_bytes_saved: 0
file_cache_bytes_freed_in_cleanup: 0
file_cache_cleanups: 0
file_cache_deletes: 0
file_cache_disk_checks: 0
file_cache_evictions: 0
file_cache_hits: 0
file_cache_inserts: 0
file_cache_misses: 0
file_cache_write_errors: 0
flatten_imports_charset_mismatch: 0
flatten_imports_invalid_url: 0
flatten_imports_limit_exceeded: 0
flatten_imports_minify_failed: 0
flatten_imports_recursion: 0
http_approx_header_bytes_fetched: 0
http_bytes_fetched: 0
http_fetches: 0
image_norewrites_high_resolution: 0
image_ongoing_rewrites: 0
image_rewrite_latency_total_ms: 0
image_rewrite_total_bytes_saved: 0
image_rewrite_total_original_bytes: 0
image_rewrite_uses: 0
image_rewrites: 0
image_rewrites_dropped_decode_failure: 0
image_rewrites_dropped_due_to_load: 0
image_rewrites_dropped_intentionally: 0
image_rewrites_dropped_mime_type_unknown: 0
image_rewrites_dropped_nosaving_noresize: 0
image_rewrites_dropped_nosaving_resize: 0
image_rewrites_dropped_server_write_fail: 0
ipro_not_in_cache: 0
ipro_not_rewritable: 0
ipro_recorder_dropped_due_to_load: 0
ipro_recorder_dropped_due_to_size: 0
ipro_recorder_failed: 0
ipro_recorder_inserted_into_cache: 0
ipro_recorder_not_cacheable: 0
ipro_recorder_resources: 0
ipro_served: 0
javascript_blocks_minified: 0
javascript_minification_failures: 0
javascript_total_bytes_saved: 0
lru_cache_deletes: 0
lru_cache_hits: 0
lru_cache_inserts: 0
lru_cache_misses: 0
memcached_async_deletes: 0
memcached_async_hits: 0
memcached_async_inserts: 0
memcached_async_misses: 0
memcached_blocking_deletes: 0
memcached_blocking_hits: 0
memcached_blocking_inserts: 0
memcached_blocking_misses: 0
num_cache_control_not_rewritable_resources: 0
num_cache_control_rewritable_resources: 0
num_fallback_responses_served: 0
num_flushes: 0
num_rewrites_dropped: 0
num_rewrites_executed: 0
page_load_count: 0
pcache-cohorts-beacon_cohort_deletes: 0
pcache-cohorts-beacon_cohort_hits: 0
pcache-cohorts-beacon_cohort_inserts: 0
pcache-cohorts-beacon_cohort_misses: 0
pcache-cohorts-dom_deletes: 0
pcache-cohorts-dom_hits: 0
pcache-cohorts-dom_inserts: 0
pcache-cohorts-dom_misses: 0
redis_async_deletes: 0
redis_async_hits: 0
redis_async_inserts: 0
redis_async_misses: 0
redis_blocking_deletes: 0
redis_blocking_hits: 0
redis_blocking_inserts: 0
redis_blocking_misses: 0
resource_404_count: 0
resource_url_domain_acceptances: 1
resource_url_domain_rejections: 0
rewrite_cached_output_hits: 0
rewrite_cached_output_missed_deadline: 0
rewrite_cached_output_misses: 0
serf_fetch_active_count: 0
serf_fetch_bytes_count: 0
serf_fetch_cancel_count: 0
serf_fetch_cert_errors: 0
serf_fetch_failure_count: 0
serf_fetch_request_count: 0
serf_fetch_time_duration_ms: 0
serf_fetch_timeout_count: 0
shm_cache_deletes: 0
shm_cache_hits: 0
shm_cache_inserts: 0
shm_cache_misses: 0
slurp_404_count: 0
total_page_load_ms: 0
url_input_resource_hit: 0
url_input_resource_miss: 0
url_input_resource_recent_fetch_failure: 0
url_input_resource_recent_uncacheable_failure: 0
url_input_resource_recent_uncacheable_miss: 0
timestamp:<PHONE_NUMBER>511
cache_backend_hits: 1023
cache_backend_misses: 121
cache_batcher_dropped_gets: 0
cache_deletes: 0
cache_expirations: 82
cache_extensions: 0
cache_fallbacks: 0
cache_flush_count: 0
cache_flush_timestamp_ms: 0
cache_hits: 0
cache_inserts: 451
cache_misses: 1144
cache_time_us: 622460
converted_meta_tags: 8
css_combine_opportunities: 56
css_file_count_reduction: 0
css_filter_blocks_rewritten: 3
css_filter_parse_failures: 0
css_filter_total_bytes_saved: 852
file_cache_bytes_freed_in_cleanup: 0
file_cache_cleanups: 0
file_cache_deletes: 0
file_cache_disk_checks: 0
file_cache_evictions: 0
file_cache_hits: 0
file_cache_inserts: 451
file_cache_misses: 1144
file_cache_write_errors: 0
flatten_imports_charset_mismatch: 0
flatten_imports_invalid_url: 0
flatten_imports_limit_exceeded: 0
flatten_imports_minify_failed: 0
flatten_imports_recursion: 0
http_approx_header_bytes_fetched: 0
http_bytes_fetched: 0
http_fetches: 0
image_norewrites_high_resolution: 0
image_ongoing_rewrites: 0
image_rewrite_latency_total_ms: 0
image_rewrite_total_bytes_saved: 0
image_rewrite_total_original_bytes: 0
image_rewrite_uses: 0
image_rewrites: 0
image_rewrites_dropped_decode_failure: 0
image_rewrites_dropped_due_to_load: 0
image_rewrites_dropped_intentionally: 0
image_rewrites_dropped_mime_type_unknown: 0
image_rewrites_dropped_nosaving_noresize: 0
image_rewrites_dropped_nosaving_resize: 0
image_rewrites_dropped_server_write_fail: 0
ipro_not_in_cache: 424
ipro_not_rewritable: 0
ipro_recorder_dropped_due_to_load: 0
ipro_recorder_dropped_due_to_size: 0
ipro_recorder_failed: 424
ipro_recorder_inserted_into_cache: 0
ipro_recorder_not_cacheable: 283
ipro_recorder_resources: 424
ipro_served: 0
javascript_blocks_minified: 36
javascript_minification_failures: 0
javascript_total_bytes_saved: 50176
lru_cache_deletes: 0
lru_cache_hits: 0
lru_cache_inserts: 0
lru_cache_misses: 0
memcached_async_deletes: 0
memcached_async_hits: 0
memcached_async_inserts: 0
memcached_async_misses: 0
memcached_blocking_deletes: 0
memcached_blocking_hits: 0
memcached_blocking_inserts: 0
memcached_blocking_misses: 0
num_cache_control_not_rewritable_resources: 720
num_cache_control_rewritable_resources: 0
num_fallback_responses_served: 0
num_flushes: 4
num_rewrites_dropped: 0
num_rewrites_executed: 117
page_load_count: 0
pcache-cohorts-beacon_cohort_deletes: 0
pcache-cohorts-beacon_cohort_hits: 6
pcache-cohorts-beacon_cohort_inserts: 10
pcache-cohorts-beacon_cohort_misses: 2
pcache-cohorts-dom_deletes: 0
pcache-cohorts-dom_hits: 0
pcache-cohorts-dom_inserts: 0
pcache-cohorts-dom_misses: 4
redis_async_deletes: 0
redis_async_hits: 0
redis_async_inserts: 0
redis_async_misses: 0
redis_blocking_deletes: 0
redis_blocking_hits: 0
redis_blocking_inserts: 0
redis_blocking_misses: 0
resource_404_count: 0
resource_url_domain_acceptances: 1371
resource_url_domain_rejections: 32
rewrite_cached_output_hits: 327
rewrite_cached_output_missed_deadline: 481
rewrite_cached_output_misses: 844
serf_fetch_active_count: 0
serf_fetch_bytes_count: 7878866
serf_fetch_cancel_count: 0
serf_fetch_cert_errors: 0
serf_fetch_failure_count: 0
serf_fetch_request_count: 164
serf_fetch_time_duration_ms: 5474
serf_fetch_timeout_count: 0
shm_cache_deletes: 0
shm_cache_hits: 204
shm_cache_inserts: 640
shm_cache_misses: 1060
slurp_404_count: 0
total_page_load_ms: 0
url_input_resource_hit: 0
url_input_resource_miss: 164
url_input_resource_recent_fetch_failure: 44
url_input_resource_recent_uncacheable_failure: 512
url_input_resource_recent_uncacheable_miss: 0
timestamp:<PHONE_NUMBER>651
cache_backend_hits: 0
cache_backend_misses: 0
cache_batcher_dropped_gets: 0
cache_deletes: 0
cache_expirations: 0
cache_extensions: 0
cache_fallbacks: 0
cache_flush_count: 0
cache_flush_timestamp_ms: 0
cache_hits: 0
cache_inserts: 0
cache_misses: 0
cache_time_us: 0
converted_meta_tags: 0
css_combine_opportunities: 0
css_file_count_reduction: 0
css_filter_blocks_rewritten: 0
css_filter_parse_failures: 0
css_filter_total_bytes_saved: 0
file_cache_bytes_freed_in_cleanup: 0
file_cache_cleanups: 0
file_cache_deletes: 0
file_cache_disk_checks: 0
file_cache_evictions: 0
file_cache_hits: 0
file_cache_inserts: 0
file_cache_misses: 0
file_cache_write_errors: 0
flatten_imports_charset_mismatch: 0
flatten_imports_invalid_url: 0
flatten_imports_limit_exceeded: 0
flatten_imports_minify_failed: 0
flatten_imports_recursion: 0
http_approx_header_bytes_fetched: 0
http_bytes_fetched: 0
http_fetches: 0
image_norewrites_high_resolution: 0
image_ongoing_rewrites: 0
image_rewrite_latency_total_ms: 0
image_rewrite_total_bytes_saved: 0
image_rewrite_total_original_bytes: 0
image_rewrite_uses: 0
image_rewrites: 0
image_rewrites_dropped_decode_failure: 0
image_rewrites_dropped_due_to_load: 0
image_rewrites_dropped_intentionally: 0
image_rewrites_dropped_mime_type_unknown: 0
image_rewrites_dropped_nosaving_noresize: 0
image_rewrites_dropped_nosaving_resize: 0
image_rewrites_dropped_server_write_fail: 0
ipro_not_in_cache: 0
ipro_not_rewritable: 0
ipro_recorder_dropped_due_to_load: 0
ipro_recorder_dropped_due_to_size: 0
ipro_recorder_failed: 0
ipro_recorder_inserted_into_cache: 0
ipro_recorder_not_cacheable: 0
ipro_recorder_resources: 0
ipro_served: 0
javascript_blocks_minified: 0
javascript_minification_failures: 0
javascript_total_bytes_saved: 0
lru_cache_deletes: 0
lru_cache_hits: 0
lru_cache_inserts: 0
lru_cache_misses: 0
memcached_async_deletes: 0
memcached_async_hits: 0
memcached_async_inserts: 0
memcached_async_misses: 0
memcached_blocking_deletes: 0
memcached_blocking_hits: 0
memcached_blocking_inserts: 0
memcached_blocking_misses: 0
num_cache_control_not_rewritable_resources: 0
num_cache_control_rewritable_resources: 0
num_fallback_responses_served: 0
num_flushes: 0
num_rewrites_dropped: 0
num_rewrites_executed: 0
page_load_count: 0
pcache-cohorts-beacon_cohort_deletes: 0
pcache-cohorts-beacon_cohort_hits: 0
pcache-cohorts-beacon_cohort_inserts: 0
pcache-cohorts-beacon_cohort_misses: 0
pcache-cohorts-dom_deletes: 0
pcache-cohorts-dom_hits: 0
pcache-cohorts-dom_inserts: 0
pcache-cohorts-dom_misses: 0
redis_async_deletes: 0
redis_async_hits: 0
redis_async_inserts: 0
redis_async_misses: 0
redis_blocking_deletes: 0
redis_blocking_hits: 0
redis_blocking_inserts: 0
redis_blocking_misses: 0
resource_404_count: 0
resource_url_domain_acceptances: 1
resource_url_domain_rejections: 0
rewrite_cached_output_hits: 0
rewrite_cached_output_missed_deadline: 0
rewrite_cached_output_misses: 0
serf_fetch_active_count: 0
serf_fetch_bytes_count: 0
serf_fetch_cancel_count: 0
serf_fetch_cert_errors: 0
serf_fetch_failure_count: 0
serf_fetch_request_count: 0
serf_fetch_time_duration_ms: 0
serf_fetch_timeout_count: 0
shm_cache_deletes: 0
shm_cache_hits: 0
shm_cache_inserts: 0
shm_cache_misses: 0
slurp_404_count: 0
total_page_load_ms: 0
url_input_resource_hit: 0
url_input_resource_miss: 0
url_input_resource_recent_fetch_failure: 0
url_input_resource_recent_uncacheable_failure: 0
url_input_resource_recent_uncacheable_miss: 0
timestamp:<PHONE_NUMBER>443
cache_backend_hits: 0
cache_backend_misses: 0
cache_batcher_dropped_gets: 0
cache_deletes: 0
cache_expirations: 0
cache_extensions: 0
cache_fallbacks: 0
cache_flush_count: 0
cache_flush_timestamp_ms: 0
cache_hits: 0
cache_inserts: 0
cache_misses: 0
cache_time_us: 0
converted_meta_tags: 0
css_combine_opportunities: 0
css_file_count_reduction: 0
css_filter_blocks_rewritten: 0
css_filter_parse_failures: 0
css_filter_total_bytes_saved: 0
file_cache_bytes_freed_in_cleanup: 0
file_cache_cleanups: 0
file_cache_deletes: 0
file_cache_disk_checks: 0
file_cache_evictions: 0
file_cache_hits: 0
file_cache_inserts: 0
file_cache_misses: 0
file_cache_write_errors: 0
flatten_imports_charset_mismatch: 0
flatten_imports_invalid_url: 0
flatten_imports_limit_exceeded: 0
flatten_imports_minify_failed: 0
flatten_imports_recursion: 0
http_approx_header_bytes_fetched: 0
http_bytes_fetched: 0
http_fetches: 0
image_norewrites_high_resolution: 0
image_ongoing_rewrites: 0
image_rewrite_latency_total_ms: 0
image_rewrite_total_bytes_saved: 0
image_rewrite_total_original_bytes: 0
image_rewrite_uses: 0
image_rewrites: 0
image_rewrites_dropped_decode_failure: 0
image_rewrites_dropped_due_to_load: 0
image_rewrites_dropped_intentionally: 0
image_rewrites_dropped_mime_type_unknown: 0
image_rewrites_dropped_nosaving_noresize: 0
image_rewrites_dropped_nosaving_resize: 0
image_rewrites_dropped_server_write_fail: 0
ipro_not_in_cache: 0
ipro_not_rewritable: 0
ipro_recorder_dropped_due_to_load: 0
ipro_recorder_dropped_due_to_size: 0
ipro_recorder_failed: 0
ipro_recorder_inserted_into_cache: 0
ipro_recorder_not_cacheable: 0
ipro_recorder_resources: 0
ipro_served: 0
javascript_blocks_minified: 0
javascript_minification_failures: 0
javascript_total_bytes_saved: 0
lru_cache_deletes: 0
lru_cache_hits: 0
lru_cache_inserts: 0
lru_cache_misses: 0
memcached_async_deletes: 0
memcached_async_hits: 0
memcached_async_inserts: 0
memcached_async_misses: 0
memcached_blocking_deletes: 0
memcached_blocking_hits: 0
memcached_blocking_inserts: 0
memcached_blocking_misses: 0
num_cache_control_not_rewritable_resources: 0
num_cache_control_rewritable_resources: 0
num_fallback_responses_served: 0
num_flushes: 0
num_rewrites_dropped: 0
num_rewrites_executed: 0
page_load_count: 0
pcache-cohorts-beacon_cohort_deletes: 0
pcache-cohorts-beacon_cohort_hits: 0
pcache-cohorts-beacon_cohort_inserts: 0
pcache-cohorts-beacon_cohort_misses: 0
pcache-cohorts-dom_deletes: 0
pcache-cohorts-dom_hits: 0
pcache-cohorts-dom_inserts: 0
pcache-cohorts-dom_misses: 0
redis_async_deletes: 0
redis_async_hits: 0
redis_async_inserts: 0
redis_async_misses: 0
redis_blocking_deletes: 0
redis_blocking_hits: 0
redis_blocking_inserts: 0
redis_blocking_misses: 0
resource_404_count: 0
resource_url_domain_acceptances: 1
resource_url_domain_rejections: 0
rewrite_cached_output_hits: 0
rewrite_cached_output_missed_deadline: 0
rewrite_cached_output_misses: 0
serf_fetch_active_count: 0
serf_fetch_bytes_count: 0
serf_fetch_cancel_count: 0
serf_fetch_cert_errors: 0
serf_fetch_failure_count: 0
serf_fetch_request_count: 0
serf_fetch_time_duration_ms: 0
serf_fetch_timeout_count: 0
shm_cache_deletes: 0
shm_cache_hits: 0
shm_cache_inserts: 0
shm_cache_misses: 0
slurp_404_count: 0
total_page_load_ms: 0
url_input_resource_hit: 0
url_input_resource_miss: 0
url_input_resource_recent_fetch_failure: 0
url_input_resource_recent_uncacheable_failure: 0
url_input_resource_recent_uncacheable_miss: 0
timestamp:<PHONE_NUMBER>113
cache_backend_hits: 981
cache_backend_misses: 14
cache_batcher_dropped_gets: 0
cache_deletes: 0
cache_expirations: 84
cache_extensions: 0
cache_fallbacks: 0
cache_flush_count: 0
cache_flush_timestamp_ms: 0
cache_hits: 0
cache_inserts: 742
cache_misses: 995
cache_time_us: 1068041
converted_meta_tags: 14
css_combine_opportunities: 98
css_file_count_reduction: 0
css_filter_blocks_rewritten: 1
css_filter_parse_failures: 0
css_filter_total_bytes_saved: 284
file_cache_bytes_freed_in_cleanup: 0
file_cache_cleanups: 0
file_cache_deletes: 0
file_cache_disk_checks: 0
file_cache_evictions: 0
file_cache_hits: 0
file_cache_inserts: 742
file_cache_misses: 995
file_cache_write_errors: 0
flatten_imports_charset_mismatch: 0
flatten_imports_invalid_url: 0
flatten_imports_limit_exceeded: 0
flatten_imports_minify_failed: 0
flatten_imports_recursion: 0
http_approx_header_bytes_fetched: 0
http_bytes_fetched: 0
http_fetches: 0
image_norewrites_high_resolution: 0
image_ongoing_rewrites: 0
image_rewrite_latency_total_ms: 0
image_rewrite_total_bytes_saved: 0
image_rewrite_total_original_bytes: 0
image_rewrite_uses: 0
image_rewrites: 0
image_rewrites_dropped_decode_failure: 0
image_rewrites_dropped_due_to_load: 0
image_rewrites_dropped_intentionally: 0
image_rewrites_dropped_mime_type_unknown: 0
image_rewrites_dropped_nosaving_noresize: 0
image_rewrites_dropped_nosaving_resize: 0
image_rewrites_dropped_server_write_fail: 0
ipro_not_in_cache: 747
ipro_not_rewritable: 0
ipro_recorder_dropped_due_to_load: 0
ipro_recorder_dropped_due_to_size: 0
ipro_recorder_failed: 747
ipro_recorder_inserted_into_cache: 0
ipro_recorder_not_cacheable: 658
ipro_recorder_resources: 747
ipro_served: 0
javascript_blocks_minified: 60
javascript_minification_failures: 0
javascript_total_bytes_saved: 99987
lru_cache_deletes: 0
lru_cache_hits: 0
lru_cache_inserts: 0
lru_cache_misses: 0
memcached_async_deletes: 0
memcached_async_hits: 0
memcached_async_inserts: 0
memcached_async_misses: 0
memcached_blocking_deletes: 0
memcached_blocking_hits: 0
memcached_blocking_inserts: 0
memcached_blocking_misses: 0
num_cache_control_not_rewritable_resources: 248
num_cache_control_rewritable_resources: 0
num_fallback_responses_served: 0
num_flushes: 7
num_rewrites_dropped: 0
num_rewrites_executed: 41
page_load_count: 0
pcache-cohorts-beacon_cohort_deletes: 0
pcache-cohorts-beacon_cohort_hits: 10
pcache-cohorts-beacon_cohort_inserts: 9
pcache-cohorts-beacon_cohort_misses: 1
pcache-cohorts-dom_deletes: 0
pcache-cohorts-dom_hits: 0
pcache-cohorts-dom_inserts: 0
pcache-cohorts-dom_misses: 7
redis_async_deletes: 0
redis_async_hits: 0
redis_async_inserts: 0
redis_async_misses: 0
redis_blocking_deletes: 0
redis_blocking_hits: 0
redis_blocking_inserts: 0
redis_blocking_misses: 0
resource_404_count: 0
resource_url_domain_acceptances: 2434
resource_url_domain_rejections: 0
rewrite_cached_output_hits: 1254
rewrite_cached_output_missed_deadline: 209
rewrite_cached_output_misses: 964
serf_fetch_active_count: 0
serf_fetch_bytes_count: 3931643
serf_fetch_cancel_count: 0
serf_fetch_cert_errors: 0
serf_fetch_failure_count: 3
serf_fetch_request_count: 84
serf_fetch_time_duration_ms: 8052
serf_fetch_timeout_count: 1
shm_cache_deletes: 0
shm_cache_hits: 1240
shm_cache_inserts: 226
shm_cache_misses: 972
slurp_404_count: 0
total_page_load_ms: 0
url_input_resource_hit: 0
url_input_resource_miss: 84
url_input_resource_recent_fetch_failure: 21
url_input_resource_recent_uncacheable_failure: 143
url_input_resource_recent_uncacheable_miss: 0
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/pagespeed/mod_pagespeed/issues/1643, or mute the
thread
https://github.com/notifications/unsubscribe-auth/AB2kPbycX_Poxh478se-SJSOa6eWmA0Cks5sq88zgaJpZM4P0gSQ
.


workaround for document.body.scrollHeight on IE11

It seems that IE11 will return a zero document.body.scrollHeight under certain circumstances, which can break duScrollBottomSpy.  Repro with http://embed.plnkr.co/xKx6ATH1jtBVr2FcOeNO/preview

Thanks for the PR! Don't have IE11 to test with right now, but lgtm so I'll go ahead and merge.


Access for C+C Team

Use this issue template if you do not feel comfortable raising a PR with the required changes to files in the terraform/ directory.
Please supply all the requested information, so that your request can be processed as quickly as possible.
Which MoJ repository are you requesting access to (e.g. money-to-prisoners)?
staff-device-management-windows10-mass-storage-controls
What is the GitHub username of the person who needs access?
cyrusirandoust
What is their full name?
Cyrus Irandoust
What is their email address?
<EMAIL_ADDRESS>What company/organisation do they belong to (e.g. "MadeTech", "Department for Education")?
Content and Cloud
What level of access should they have?

[ ] Read
[ ] Triage
[ ] Write
[ ] Maintain
[ x ] Admin

Why is this access being requested?
Access to repo to create  devops pipelines
Which MoJ team/person is responsible for this request? This must be someone with a "*.justice.gov.uk" email address.
<EMAIL_ADDRESS>Review date
02/09/2022

Hi Hugh,
I have created a PR for you, once it is merged, access will be granted.
PR: https://github.com/ministryofjustice/github-collaborators/pull/539
Cheers,
Ben

Hi @ben-al I can see both PR done, terraform run done, but I still don't have admin access, can't run my pipeline, etc.


Ticket Subject in primary view

I am working up a clean install of Laravel and Ticketit v1.* to do some testing but I must have forgot or messed something up.
In my main view of the tickets for both agents and users all columns are showing correctly except for the "Subject" column. This column shows "[object Object]" for every ticket. Additionally there are no links to the details pages of the tickets. I can go to them directly by URL and the subject is displayed correctly there also. Any ideas?

This is resolved with Balpings commit dfe866f


[Draftkings] Support for Euroleague Basketball?

Any intention on supporting Euroleague Basketball?

What are the position requirements?

What are the position requirements?

G, G, F, F, F, UTIL
https://www.draftkings.com/euroleague-how-to-play

It would look something like this
@SitesRegistry.register_settings
class DraftKingsEuroLeagueSettings(DraftKingsSettings):
    sport = Sport.BASKETBALL
    min_games = 2
    positions = [
        LineupPosition('G', ('G')),
        LineupPosition('G', ('G')),
        LineupPosition('F', ('F')),
        LineupPosition('F', ('F')),
        LineupPosition('F', ('F')),
        LineupPosition('UTIL', ('G', 'F'))
    ]


[Task] - Setup dependabot

Overview
Setup dependabot to scan for any dependency issues (vulns, deprecations, etc)

Setup to scan main and alert on vulnerabilities - closing for now


chore(master): release 1.1.144

:robot: I have created a release beep boop
1.1.144 (2023-08-07)
Miscellaneous

deps: lock file maintenance (d47eb5a)

This PR was generated with Release Please. See documentation.

:robot: Release is at https://github.com/wayofdev/keywind/releases/tag/v1.1.144 :sunflower:


Chainspec fixes for lane numberings and slot gas allocations

What it says on the tin

bors merge

bors merge


Custom Claims, Custom Attributes needs a reference to the Actions examples

Preflight Checklist

[X] I could not find a solution in the existing issues, docs, nor discussions
[X] I have joined the ZITADEL chat

Describe the docs your are missing or that are wrong
As developer, I want docs with examples for typical custom claims, so that I can try them out in my integration
Additional Context

Static claims: https://github.com/zitadel/actions/blob/main/examples/add_claim.js
Metadata: https://github.com/zitadel/actions/blob/main/examples/add_metadata.js
Custom roles: https://github.com/zitadel/actions/blob/main/examples/custom_roles.js

The reference is missing here:
https://zitadel.com/docs/apis/openidoauth/claims#custom-claims
and here for SAML https://zitadel.com/docs/apis/saml/endpoints with https://github.com/zitadel/actions/blob/main/examples/set_custom_attribute.js

@hifabienne I will work on this

Closed with https://github.com/zitadel/zitadel/pull/7204


Allow selection of libraries in settings

I have multiple libraries, and it only grabs the first library alphabetically in the type.
As a result, I can only select movies from my 3D Movies library, and from the Anime Shows library. Is there a way to change this behavior? Possibly a dropdown on the plex settings page that allows you to choose the library to pull from?

I am having this same issue, all I can select is the random stuff from my DVR library instead of being able to select my Shows library

I found if I go to my config folder there is a settings.json, in that I found all my libraries were marked disabled, although DVR still shows up somehow
"libraries": [    {     "id": "1",     "name": "Movies",     "enabled": false,     "type": "movie"    },    {     "id": "4",     "name": "DVR",     "enabled": false,     "type": "show"    },    {     "id": "2",     "name": "Shows",     "enabled": false,     "type": "show"    },    {     "id": "11",     "name": "YouTube",     "enabled": false,     "type": "show"

I will work on a fix or the option to select a library. Will push it in the upcoming week


Sync-DbaSqlLoginPermission does not work to Sync Logins and Users on AG databases

Hi,
We are trying to sync the permissions between two servers built on AG with one Primary and other one as READ Secondary Replica. But the Powershell command is not able to Sync the permissions and even returns the error mentioned. This is not working on any of the Synchronized database on AG. I can create login and assign DB permissions manually on secondary databases.
Steps to Reproduce

**Sync-DbaSqlLoginPermission -source AG Primary -Destination AG Secondary**

Actual Behavior
[Update-SqlPermissions][08:40:20] Failed to perform Grant on CONNECT to "domain account" on "Synchronized Database on AG Secondary" on "Secondary Read Replica". | Exception calling "Grant" with "3" argument(s): "Grant failed for Database 'Synchronized Database on AG Secondary'. "
Environmental data

PowerShell:
PSVersion                      4.0
WSManStackVersion              3.0
SerializationVersion           <IP_ADDRESS>
CLRVersion                     4.0.30319.42000
BuildVersion                   6.3.9600.18968
PSCompatibleVersions
{1.0, 2.0, 3.0, 4.0}
PSRemotingProtocolVersion
2.2

SQL Server: 2017 Standard.

That is by design. You cannot modify database level permissions for a database that resides on the secondary replica of an AG. Those are changed on the primary replica only.

closing this, @DeveshEncore feel free to reopen in case you're missing something


Adding vnet validation for custom dns

Adding custom dns vnet validation.

@jim-minter  PTAL

@jim-minter Thanks

Did E2E ran on this? Lets not merge without tests now.


how to fine-tune the original external parameters?

When the lens is corrected, on the actual road, the orientation of the lens changes, because the road is uneven, or the tire pressure is unstable, etc., the external parameters calibrated by the chessboard pattern is not valid no longer, then how to fine-tune the original external parameters, to reduce the error of the splicing results?

Thank you!

This is not trivial or not well defined task. You compute some geometrical parameters of your cameras and then change them, ofc, you must re-compute new parameters. I tried found the solution of this task, when I research this area and didn't found unique solution. My suggestion how it could be solved:

Use online(auto-) calibration technique by auto detecting feature points and compute camera parameters by points. But this can be computationally intensive and dependent on the computational resources of your hardware platform.
Also I found this presentation - they use visual odometry for reduce image displacement, but I not well understand the idea and don't found the papers about this. If you understand that's may help.
Use Deep Learning for warp your camera image for get a good view - this is may be hard and nobody did it. It would be a novel and it has a interesting research area.

When the lens is corrected, on the actual road, the orientation of the lens changes, because the road is uneven, or the tire pressure is unstable, etc., the external parameters calibrated by the chessboard pattern is not valid no longer, then how to fine-tune the original external parameters, to reduce the error of the splicing results?
Thank you!

This is not trivial or not well defined task. You compute some geometrical parameters of your cameras and then change them, ofc, you must re-compute new parameters. I tried found the solution of this task, when I research this area and didn't found unique solution. My suggestion how it could be solved:

Use online(auto-) calibration technique by auto detecting feature points and compute camera parameters by points. But this can be computationally intensive and dependent on the computational resources of your hardware platform.
Also I found this presentation - they use visual odometry for reduce image displacement, but I not well understand the idea and don't found the papers about this. If you understand that's may help.
Use Deep Learning for warp your camera image for get a good view - this is may be hard and nobody did it. It would be a novel and it has a interesting research area.

Thanks for your reply  very much.
I have found some papers with open source code already. But the results are not good enough in practice.


fix(versions): update Activiti/example-runtime-bundle versions into master

UpdateBot pushed maven dependency: org.activiti.cloud.rb:activiti-cloud-runtime-bundle-dependencies to: 7.1.218

UpdateBot commands:
updatebot push-version --kind maven org.activiti.cloud.rb:activiti-cloud-runtime-bundle-dependencies 7.1.218


@backstage/create-app fails on Node 18

Expected Behavior
Running @backstage/create-app should succeed in a Node 18 environment.
Actual Behavior
The yarn install step throws an error:
executing     yarn install ◝ error<EMAIL_ADDRESS>The engine "node" is incompatible with this module. Expected version "14 || 16". Got "18.7.0"
error Found incompatible module.
yarn install v1.22.19
info No lockfile found.
[1/5] Validating package.json...
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

Steps to Reproduce
See asciinema here

1. Download and install latest Node.js 18.x.x version, (e.g. `brew install node`)
2. Execute bootstrap script (`@backstage/create-app`)

## Context

I use a MacBook M1 Max as my daily driver. While Node 16 technically supports Apple Silicon natively, Node 18 adds several efficiencies and performance improvements for this architecture. The Node 18 compatibility issue seems to be related to this code in the handlebars template:

https://github.com/backstage/backstage/blob/49bf199e7ea9057eb375d7520a3e6a81c9f9560e/packages/create-app/templates/default-app/package.json.hbs#L5-L7

The commit associated with this block was from Sept 2021, dropping support for 12 and adding support for 16. Node 18 wasn't released until April 2022. So I'm unsure if this restriction is vestigial (to block an issue with Node 15) or intentional (due to current known issues with Node 18).

## Your Environment

macOS Monterey 12.6
MacBook M1 Max
Node.js 18.7.0

```bash
npm version
{
  npm: '8.15.0',
  node: '18.7.0',
  v8: '<IP_ADDRESS>-node.9',
  uv: '1.43.0',
  zlib: '1.2.11',
  brotli: '1.0.9',
  ares: '1.18.1',
  modules: '108',
  nghttp2: '1.47.0',
  napi: '8',
  llhttp: '6.0.7',
  openssl: '3.0.5+quic',
  cldr: '41.0',
  icu: '71.1',
  tz: '2022a',
  unicode: '14.0',
  ngtcp2: '0.1.0-DEV',
  nghttp3: '0.1.0-DEV'
}

As a workaround, you can run yarn install --ignore-engines (https://classic.yarnpkg.com/lang/en/docs/cli/install/#toc-yarn-install-ignore-engines) and everything seems to run fine under Node 18.

We don't support node 18 yet, closing as this is a duplicate of #12558 :)


Reduce travis build time

Travis team has agreed to extend our maximum build time to 90 minutes. But we also want to look into some methods to reduce the build time according to what they suggested in the email:

We have increased the maximum build time for repository cmu-db/peloton to 90 minutes. That being said, I think we should look into how to decrease the build time in general.
We have the possibility to store build artifacts in a cache. This is intended for files that take long to build or install, but are relatively fast to download. The caching mechanism is rather basic: You tell which directory to cache, and an automated download at the start of the build, as well as an automated upload at the end, is being taken care of.
As it seems that the build artifacts you create are ending up in the source directory itself, some trickery is necessary to make this work for you.
If you would be able to make a magic find command that copies all artifacts to a specified directory,
In pseudo code:
cache:
dir:
- artifacts
before_install:

"[ -d artifacts ] && ( cp -a artifacts/* . )"

after_script:

"cp --preserve=all $(find . $magic) ./artifacts/"

The time stamps of the code files in your repository, as well as the time stamps of the build artifacts, should guide make in what to build.
The problem here would be to arrive at the proper find command. The following possibly could get you started:
find . ( -name '.o' -name '.so' -o -name ./directory/linked_binary ) -o -not ( -path ./artifacts -prune )
If you would want to go this route, I guess you would want to get access to a debug build to fine tune the find command.
Please do let us know if any questions would remain, or if you are having any doubt. We are happy to try and work them out.

I'm curious why we're not using ctest -j4 to run 4 unit tests in parallel to reduce the time for unit tests? Does it not work for travis?

I've tried -j2 but it didn't make any difference than -j1. I think travis doesn't support multi-thread building.

We will eventually move over the Jenkins to speed things up.


Make the 'file' cells in the report completely clickable.

Currently, the user must click the link text to navigate to it.
This change makes the link clickable in the whole area of a the cell.

+1, this would be very helpful to me


Not working on VS Code Windows 10

Working great on any windows 10 app except vs code, any specific configuration !?

I use Mechvibes along with VSCode too and it works fine so I can't reproduce the error.
You can try to run this app as administrator and see if it work

Worked! Thanks, and good job by the way 👏👏👏 this app is awesome

thanks! glad it helps


Do a trace and pprof run on Gaia

Actually, I know there are more immediate issues out there which need attention, but man I ran into a race condition with the tests again today. So I'm a bit afraid that we should optimise the routines a bit.

Yeah, sounds like a good idea. Especially the scheduler is critical and could potentially have some leaking routines.

Aye. I agree. I'll get into it, once the worker rebuild is finished. I'm really eager to trace things. :)

Alright, found my first data race already. Going to work to fix this one first as it's the easiest to find and reproduce.
==================
WARNING: DATA RACE
Read at 0x00c0003a8768 by goroutine 97:
  bufio.(*Writer).Flush()
      /usr/local/Cellar/go/1.13/libexec/src/bufio/bufio.go:590 +0x79
  github.com/gaia-pipeline/gaia/plugin.(*GoPlugin).FlushLogs()
      /Users/hannibal/goprojects/gaia/gaia/plugin/plugin.go:322 +0x50
  github.com/gaia-pipeline/gaia/workers/scheduler.(*Scheduler).executeScheduler.func1()
      /Users/hannibal/goprojects/gaia/gaia/workers/scheduler/scheduler.go:556 +0x178

Previous write at 0x00c0003a8768 by goroutine 26:
  bufio.(*Writer).Write()
      /usr/local/Cellar/go/1.13/libexec/src/bufio/bufio.go:638 +0x415
  github.com/hashicorp/go-plugin.(*Client).logStderr()
      /Users/hannibal/golang/pkg/mod/github.com/hashicorp/go-plugin@v0.0.0-20180331002553-e8d22c780116/client.go:759 +0x321

Goroutine 97 (running) created at:
  github.com/gaia-pipeline/gaia/workers/scheduler.(*Scheduler).executeScheduler()
      /Users/hannibal/goprojects/gaia/gaia/workers/scheduler/scheduler.go:551 +0x393
  github.com/gaia-pipeline/gaia/workers/scheduler.(*Scheduler).executeScheduledJobs()
      /Users/hannibal/goprojects/gaia/gaia/workers/scheduler/scheduler.go:504 +0xd7
  github.com/gaia-pipeline/gaia/workers/scheduler.(*Scheduler).prepareAndExec()
      /Users/hannibal/goprojects/gaia/gaia/workers/scheduler/scheduler.go:222 +0x11c8
  github.com/gaia-pipeline/gaia/workers/scheduler.(*Scheduler).work()
      /Users/hannibal/goprojects/gaia/gaia/workers/scheduler/scheduler.go:147 +0x1b0

Goroutine 26 (running) created at:
  github.com/hashicorp/go-plugin.(*Client).Start()
      /Users/hannibal/golang/pkg/mod/github.com/hashicorp/go-plugin@v0.0.0-20180331002553-e8d22c780116/client.go:554 +0x1723
  github.com/hashicorp/go-plugin.(*Client).Client()
      /Users/hannibal/golang/pkg/mod/github.com/hashicorp/go-plugin@v0.0.0-20180331002553-e8d22c780116/client.go:296 +0x63
  github.com/gaia-pipeline/gaia/plugin.(*GoPlugin).Init()
      /Users/hannibal/goprojects/gaia/gaia/plugin/plugin.go:169 +0xbac
  github.com/gaia-pipeline/gaia/workers/scheduler.(*Scheduler).prepareAndExec()
      /Users/hannibal/goprojects/gaia/gaia/workers/scheduler/scheduler.go:206 +0xbf2
  github.com/gaia-pipeline/gaia/workers/scheduler.(*Scheduler).work()
      /Users/hannibal/goprojects/gaia/gaia/workers/scheduler/scheduler.go:147 +0x1b0
==================

@michelvocks At the top of your head, do you know the reason for implementing Plugin with pointers? I saw no reason in particular. Plugins aren't shared as far as I can see.
The Flush operation is causing a race condition through the scheduler. Apparently more than one routine at the same time can't flush. This is the most obvious race in Gaia.
Using values would fix it since plugins wouldn't be shared through out gaia. I don't know yet what that would mean in terms of memory usage though. I haven't tested it yet. I plan on doing so. :)

@Skarlso Yes. One plugin instance is always one plugin run. We need to have an instance since we need to run multiple jobs synchronously via this instance. If we don't have a plugin instance, we would have to start the plugin for every pipeline job which is very insufficient.
Additionally, a user potentially wants to share data/information between jobs within a pipeline run. If we create a new plugin instance for every job, you couldn't share in-memory data between jobs and you are literally forced to write information to disk or to a remote cache/database which is more work.

That could be achieved by giving back a modified version of the struct, instead of passing it around as pointers, not?

I don't know how but maybe we are talking past each other. Could you elaborate a bit more on the problem/solution?
In my opinion, we could easily add a mutex to the Plugin struct and add a lock to the FlushLogs method?

Adding a mutex is a patch. :) That's like using a buffered channel instead of a channel because that appears to be solving a problem.
I'm trying to eliminate rather the possibility of race, instead of putting a mutex on it.
Of course a mutex would be easy. But that's like a leaking boat, and putting a patch on the leak, instead of trying to fix the boat, I think.
On 2019. Sep 9., at 16:11, Michel Vocks<EMAIL_ADDRESS>wrote:
I don't know how but maybe we are talking past each other. Could you elaborate a bit more on the problem/solution?
In my opinion, we could easily add a mutex to the Plugin struct and add a lock to the FlushLogs method?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/gaia-pipeline/gaia/issues/205?email_source=notifications&email_token=AABMUQSE3WYESUENXIHMYETQIZKRZA5CNFSM4IPKCT42YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6HW7ZY#issuecomment-529493991, or mute the thread https://github.com/notifications/unsubscribe-auth/AABMUQUTQ645QQJFPWXAPZTQIZKRZANCNFSM4IPKCT4Q.

That said, it can occur that a mutex IS the solution. But I would like to make sure, I'm not just patching a sinking boat. :)

I'm gonna show you in a draft pr what I meant and like'd your opinion on it. :)

Ah, yes. It's way too much work and ends up being ugly. Mutex it is I guess. :)

Hah no, I succeeded, but get this. Because of other things, like Job and such, I still got a data race at flush! But this is a good thing. Because no I verified that indeed a mutex is a good approach at this point. :) Awesome.

Get this! :) Just so I could ease my mind, I got further and re-wrote a large chunk of passing around the plugin to values instead of pointers. And when there is a mutation, I pass the mutated value back instead of the pointer semantics. I got rid of the race. :) However, I don't like the resulting code that much. It's not intuitive enough and sometime it passes it back sometimes it doesn't. So I'm not going to go with that.

Huh, so guess what... The mutex didn't solve the data race.

Oh I know why.

Well this is problematic. Gaia is racing with go-plugin's logStderr. c.config.Stderr.Write([]byte(line)) since we have stderr replaced with our buffer. We can't just lock the flush. The flush is racing with go-plugin. Eh.

So the flush happens so that the logs are displayed in the log window, if I see this correctly. But the plugin is also trying to write / read to the buffer we are providing it. This is problematic, because even if we lock on our end the plugin will not lock of course, because it's using a simple Write. Which means a data race on the buffer.

Okay, so the solution must be that we implement our own writer using an underlying buffer and io writer. On which the Write is basically a bufio.Write but with a lock in it. And we then pass that to go-plugin.


issue #413 problem #797 All Paths From Source To Target

Pull Request Template
What have you Changed(must)
Added new Java code file under Java Folder for 797 | All Paths From Source To Target | Java
Issue no.(must) - #413
Pr will be close and marked as spam. If issue number not found or issue was assigned to someone else.
Marking as spam can block your account from HacktoberFest.
Self Check(Tick After Making pull Request)

[x] This issue was assigned to me if not it will be marked as spam.
[x] My file is in the proper folder
[x] I am following clean code and Documentation.
[x] I have added the title and what program will do first in the file
[x] I have named the file as (Problem #). (Problem Title(in Camel Case)).(extension)
ex. 2. AddToNumbers.py

README - How to Contribute

Made a rectified PR #619

@Khushaliketan We're considering the newer PR over this. But you could've changed the files in this PR itself. just delete it from the files changed. No need to create a new PR for each requested change.


FilestackClient->upload doesn't return neither Filestack\Filelink nor file content

It runs same value as UploadProcessor->run (because it calls it and returns it's return value immediately), which is array with fields 'status' and 'json'. It seems PHPDoc is wrong, and so are examples in readme.

hi Luke!  Thanks for bringing this to our attention.  Release https://github.com/filestack/filestack-php/tree/1.1.10 updated the code to return a Filelink object as it should.  Sorry if this caused you any frustrations.


Seems like tail HTML tags aren't properly highlighted in JSX files?

Love this colorscheme. After turning it on, though, this is what I see while editing some jsx:

Notice that the closing HTML tags are all colored like text content. By comparison, with Afterglow off, this is what I see:

I'm not sure why this is happening, but since the only thing I changed between those two screenshots was commenting out colorscheme afterglow in my vimrc, I think it's the theme.

@ssonicblue I know it's been a while and perhaps the plugin owner fixed this because I see no cause for it in the current color definitions.. but I saw an issue almost just like this appear recently after installing another plugin/colorscheme.. oceanic-next - which adds a custom syntax group called xmlTagN that matches a sequence like </...> .. and then colorizes the text inside the brackets white. my guess is that you have another color scheme or syntax highlighting plugin that causes the issue. best luck

It's been a while since this issue was posted. Well, I have been busy... 😅
And I could not reproduce this problem: it works just fine with JSX for me.
However, I should warn about possible unwanted interactions with other plugins.
"vim-javascript" changes the colors of JS files a lot, for example.
There's "vim-es6", there is "rainbow" for colorizing matching brackets/parenthesis and so on.
But sadly I cannot reproduce this bug without further details, so I'm closing the issue for now.
Please re-open if this is still a problem (even if it was a long time ago) and if the cause lies in the color scheme itself, or at least if you can provide further details.
Thanks.


How does Script knows where to install each Service?

I have 3 instances:

Domain
Engine
Cognos

In the script, I see delegate_to: localhost but not to target instance.
Also, Playbook says hosts: all
How do I install the domain on domain Instance and Engine on engine instance?

found solution


Difficulty in training the tokenizer

Hey, thanks for your excellent work.
I meet some difficulties in training the 1d tokenizer. I see that in large scale training without a pretrained vqgan, the codebook quickly collapse to certain tokens which causes the reconstruction process to be hard to train. How do you fix this problem to make the codebook kept in a diverse distribution?

I encountered the same issue and didn't find a solution.

OK…have you tried other quantizers?I use lfq but it still didn't work as expected. Or is there any clues to this problem, you think?

I encountered the same issue and didn't find a solution.

I encountered the same issue and didn't find a solution.

And have you encountered a case that all images are overlapped together during training?

Hi,
Thank you all for your interests in our work and patience. We have released the two-stage training code and feel free to check it.


Update az CLI commands to force expected output

Updated az CLI commands to explicitly request tsv output (commands may fail if user has configured other defaults, e.g. table formatted)

@stuartleeks : Thanks for your contribution! The author(s) have been notified to review your proposed change.

@stuartleeks Thanks for helping us improve the docs, we appreciate it! :)
The change looks good, so:
#sign-off


Enhancement: Advanced debug mode

Please check for duplicates or similar issues before creating this issue.
What is your suggestion, and why should it be implemented?
You can add custom songs easily without editing the manifest/building the game. Or you can replace the sounds, add new characters, etc. Just for modding purposes.

this will not happen. just learn how to build the game. it's easy.


ES6 import statement confusion

If I do import Router, {Route} from 'react-router' it works, but if I do import {Router, Route} from 'react-router' it does not import Router at all. So I guess it means Router is the default export from react-router module, if that is the case why the README says import {Router, Route} from 'react-router'.

Which version are you running?
In 1.x
import {Router, Route} from "react-router"
https://github.com/rackt/react-router/blob/master/modules/index.js#L2
version 0.13.x
import Router, {Route} from "react-router";

I see, I am using 0.13.3


New Content for the home page

Outlining what you do (for all your services) and how you do it, your approach to this whole thing. Also, what the user is going to get out of working with you.
Bonus points if these sections have links that lead in to interior pages on the site. If we need to make additional pages, that's cool.

@maggiegermano I've set up the sections in siteleaf for you. The main content section is just for the section next to your face.
here

The following 3 sections can be edited here. FIll out the content in 'text' and what the copy in the button should say. I'll take care of the linking for now.


chore(prettier): run prettier on the code

runs prettier on the code
adds a script item npm run prettier, that we should probably run before each commit, really.

ACK! Double quotes! Why @jlongster? haha.

Fixed... single quotes 😅 that was close..

cc @lrowe ... huh? huh? yes? no?

I'm totally for this long term but we should hold fire on converting an existing project until prettier has stabilized a little further.

Just going through my open PRs and closing ones that don't make sense to leave open.


Failed building the recipe

I have tried the new pappl recipe with the original cups recipe in poky layer.I got the following error:
ERROR: pappl-1.3.2-r0 do_package_qa: QA Issue: File /usr/lib/libpappl.so.1 in package pappl doesn't have GNU_HASH (didn't pass LDFLAGS?) [ldflags]
ERROR: pappl-1.3.2-r0 do_package_qa: Fatal QA errors were found, failing task.
ERROR: Logfile of failure stored in: /home/dean/var-fsl-yocto/build_xwayland/tmp/work/armv8a-fslc-linux/pappl/1.3.2-r0/temp/log.do_package_qa.58812
ERROR: Task (/home/dean/var-fsl-yocto/sources/meta-titan/recipes-printing/pappl/pappl_1.3.2.bb:do_package_qa) failed with exit code '1'
I was trying to fix it with the solution from Yocto by adding TARGET_CC_ARCH += "${LDFLAGS}" .Unfortunately, it was still not working.
I tried your cups recipe , but got the error ERROR: Nothing RPROVIDES 'cups-lib' which was required .

Not sure what is going wrong here, as PAPPL's configure script will inherit all of the LDFLAGS.
Similarly, not sure what is happening with the CUPS stuff, but will try to track it down because the version Yocto serves up is ancient.

As this is the same as issue #1, closing this as a dupe.


Member area

Is it possible to define a member area, so that some page are private?
I would like to recorgnize visitors with a public-key, if the publik-key is matching they have acces to additional/private pages.
If not, is it possible to expand the PageController in my app and add a before filter?

You can add authentication to pages: https://github.com/twg/comfortable-mexican-sofa/wiki/Password-protecting-pages

Just to be sure, this solution allows me to have privat pages (with auth) and public pages (without auth) at the same time, right?

Yeap. Basically it's a before_filter for rendering pages. So you can put some logic there to handle access to 'protected' pages. You have access to @cms_page there so you can check against full_path or you can always add is_protected field for pages (you can inject form field via ViewHooks, see the initializer)

Ok thanks..


Add helper method to programmatically determine indexes on a column

This will help us drop indexes in a more programmatic manner, as the symbols for indexes can be indeterminate sometimes.

+1

Cool
+1

+1

Will this code work in MySQL only? That should probably be documented in the docblock. Also, since this is installable via PEAR, could you add some info about it into the README and changelog?
I like it, good stuff!

@grahamc done

Love it.
+1


Removed the restriction that Pod must open hostPort [#43]

Before, we had to make every Pod have a hostPort. When deploying applications using Deployment, Pods cannot be scheduled on the same node due to host port conflicts.
Now, this restriction has been removed. 👏

😍


Tracking for setting attributes

Change Summary
Tracking when default arguments are override and allows a skip_defaults kwarg in the dict method.
A problem that I have not yet solved is that a BaseModel goes through the dict_validator and is then passed back into BaseModel.validate after being cast to a dict, this does not allow the __fields_set__ to come through at the moment and recursive models do not work. Any suggestions here?
make benchmark-pydantic
Before:           pydantic best=29.726μs/iter avg=30.439μs/iter stdev=0.563μs/iter
After:            pydantic best=29.061μs/iter avg=29.695μs/iter stdev=0.473μs/iter

Related issue number
Discussion in #378.
Checklist

[x] Unit tests for the changes exist
[ ] Tests pass on CI and coverage remains at 100%
[ ] Documentation reflects the changes where applicable
[ ] HISTORY.rst has been updated

if this is the first change since a release, please add a new section
include the issue number or this pull request number #<number>
include your github username @<whomever>

Single quotes please everywhere, also you'll need to resplect black. Use make format.

Of course, I was holding off on that area until we had an idea of what to do with the recursive copy operation. Easiest thing would be to write a custom copy validator for BaseModels rather than relying on the standard dict validator. However, that solution isn't as elegant as the current code.

Oh I see. Maybe related to #265?
Do you know how to proceed or do you have a specific question?

Similar to #265. If you are fine with having a custom validator for BaseModels rather than the dict_validator we could solve both the issue here and #265.

great

#265 was deeper than I expected. I think that can be solved however, but I will leave it for another PR. This is now ready to review.

Timings:
defaultfields  BENCHMARK_REPEATS=20 make benchmark-pydantic
python benchmarks/run.py pydantic-only
                                pydantic time=0.940s, success=48.45%
...
                                pydantic best=0.886s, avg=0.911s, stdev=0.017s

                                pydantic best=7.387μs/iter avg=7.592μs/iter stdev=0.138μs/iter

master  BENCHMARK_REPEATS=20 make benchmark-pydantic
python benchmarks/run.py pydantic-only
                                pydantic time=0.919s, success=48.45%
...
                                pydantic best=0.888s, avg=0.914s, stdev=0.020s

                                pydantic best=7.397μs/iter avg=7.620μs/iter stdev=0.165μs/iter

Not entirely sure why. Could depend heavily on benchmark construction and a bit of extra set manipulation over raw lists.

Tried it myself and I get a ~5% time increase with this PR. Not ideal.
To put this in proportion, this increase is roughly the same as the increase which was initially introduced by the typing PR #373, I spent a couple of hours fighting with it to mostly eliminate that performance deterioration. I'm therefore somewhat reticent about introducing that slowdown here.
Get the PR ready and I'll see what I can do.

Odd on timings, those were 3.6. For 3.7 I see:
this branch               pydantic best=6.871μs/iter avg=7.165μs/iter stdev=0.169μs/iter
master                    pydantic best=6.841μs/iter avg=7.238μs/iter stdev=0.170μs/iter

Agreed on the keys comment, patched.

For me this is now ready to be merged. Please check my changes and let me know if you disagree with anything or have any questions.
We might need to update history to state that contruct's signature has changed.

Looks good! I was hesitant to change constructor, but this is much better and is extensible if there are other slots needed in the future. Thanks for working through this and the great feedback.

Please provide an example usecase.
where should i pass the skip arg


Fix Default to allow accepting meta attributes

We had a strange behavior combining default and meta
type = Dry::Types['hash'].default({}).meta(omittable: true)
type[] # => {:meta=>{:omittable=>true}}

With these changes works as expected
type = Dry::Types['hash'].default({}).meta(omittable: true)
type[] # => { }

@flash-gordon any update on this one?


Numpy Fix tensordot bug

Description
Fix issue #15563.
Checklist
Essentials
Please feel free to remove inapplicable items for your PR.

[x] Changes are complete (i.e. I finished coding on this PR)
[x] All changes have test coverage:
Unit tests are added for small changes to verify correctness (e.g. adding a new operator)
Nightly tests are added for complicated/long-running ones (e.g. changing distributed kvstore)
Build tests will be added for build configuration changes (e.g. adding a new build option with NCCL)
[x] Code is well-documented:
For user-facing API changes, API doc string has been updated.
For new C++ functions in header files, their functionalities and arguments are documented.
For new examples, README.md is added to explain the what the example does, the source of the dataset, expected performance on test set and reference to the original paper if applicable
Check the API doc at http://mxnet-ci-doc.s3-accelerate.dualstack.amazonaws.com/PR-$PR_ID/$BUILD_ID/index.html
[x] To the my best knowledge, examples are either not affected by this change, or have been fixed to be compatible with this change

Changes

[x] Support 0 size backward.

Comments
@reminisce

@ckt624 Thanks a lot for this contribution! Looks like the PR branch has conflicts that need to be resolved.
How about doing that? Thanks!

Since the einsum PR is currently blocked due to this fix being not merged, the quickest way to unblock would be cherry-picking the commits into https://github.com/apache/incubator-mxnet/pull/15493 so that @hzfan can move forward. Thank @ckt624 for the fix.


2159 reenable fiat for icr

Description
Fiat payments were disabled for ICR projects. Now that offsetra supports ICR, we can re-enable fiat payments for ICR projects with this PR.
Related Ticket
Closes #2159
How to Test

Open an ICR listing
Choose 1 tonne
Choose credit card payment
Use this card: 4242 4242 4242 4242, expiry 02/42, CVC: 222

@sprrwhwk getting an error calculating total cost

Can you try again post https://discord.com/channels/1135827610434289727/1209133382722789408/1209228955794677760 ?
Also you might have to create a listing that is cheaper as the server wallet has only around 22$ left so the existing ICR-4-2020 listing will not work.

ok nevermind @jabby09 something unrelated got broken in the meantime

@Atmosfearful merge request for fiat backend is ready:
https://gitlab.com/brendanmc6/fiat/-/merge_requests/45
Once that's merged this should be working as expected.


bug: Enter keypress maps to 'back'

On form field componentMount, we should focus on the form field rather than the back button to prevent this behavior.

I've tried to replicate this.

Backup Account page - pressing "Enter" when page loads does nothing, but you're entering a value in the password input field and press "Enter" then it takes you back to the Account page
Import account page - pressing "Enter" before clicking somewhere on the page (other than input field) takes user back to the Accounts page

The following pages do not appear to be impacted:

Accounts page - pressing "Enter" does nothing
Create a new account page - as above
Account page - as above
Add Tokens page - as above
Send Ether or Send THIBCoin page - as above


Icon defs missing wishlist

If you add multiple products to the wishlist and go to the wishlist view the "X" Icon to remove the product from the wishlist is displayed.
After removing one product the Icon is not displayed anymore as the  of the svg are missing.
Before removing the product the icon looks like that:
<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="16" height="16" viewBox="0 0 16 16"><defs><path id="icons-solid-x" d="m8 6.5858 3.2929-3.293c.3905-.3904 1.0237-.3904 1.4142 0 .3905.3906.3905 1.0238 0 1.4143L9.4142 8l3.293 3.2929c.3904.3905.3904 1.0237 0 1.4142-.3906.3905-1.0238.3905-1.4143 0L8 9.4142l-3.2929 3.293c-.3905.3904-1.0237.3904-1.4142 0-.3905-.3906-.3905-1.0238 0-1.4143L6.5858 8l-3.293-3.2929c-.3904-.3905-.3904-1.0237 0-1.4142.3906-.3905 1.0238-.3905 1.4143 0L8 6.5858z"></path></defs><use xlink:href="#icons-solid-x" fill="#758CA3" fill-rule="evenodd"></use></svg>

After removing:
<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="16" height="16" viewBox="0 0 16 16"><use xlink:href="#icons-solid-x" fill="#758CA3" fill-rule="evenodd"></use></svg>

This only happens if you remove the first item of the wishlist - not when removing any other wishlist element...

[public] Automated response: This issue is linked to the internal issue https://shopware.atlassian.net/browse/NEXT-33401.
[created from NEXT-33401, comment 486081]

[public] Hello,
Within our company roadmap and work capacity, we try to address each bug or improvement request but admit that not each one will be resolved. To continue our culture of honesty and openness, we are closing this issue to focus on our roadmap on behalf of all Shopware users.
If you feel like this issue is still impacting you, please create a new issue and let us know. Thank you again for your valuable feedback.
[created from NEXT-33401, comment 492290]

Within our company roadmap and work capacity, we try to address each bug or improvement request but admit that not each one will be resolved. To continue our culture of honesty and openness, we are closing this issue to focus on our roadmap on behalf of all Shopware users.

Side note, this has been fixed :) https://github.com/shopware/shopware/pull/3731


Cannot paint travel anchor in the painting machine

The tooltip says that we can, but the painting machine won't accept it in the "to be painted" slot.
Version: EnderIO-1.7.10-<IP_ADDRESS>5

Fixed via https://github.com/SleepyTrousers/EnderIO/commit/fbb58a2c8ba0caf4109e1fbadd051801eb8fc00b


New version: Axosoft.GitKraken version 10.5.0

Created by 🥟 Dumplings in workflow run #9498.

Log
Updated: 10.4.1 → 10.5.0
Submitting WinGet manifests
Creating manifests
Uploading manifests and making commits
Creating a pull request

Microsoft Reviewers: Open in CodeFlow

@wingetbot run

This package installs and launches normally in a Windows 10 VM.


Update RequestCache

Change Summary
Related to #110
PR Checklist

[x] I have read and signed the Contributor License Agreement.

@harisarang I've added a few changes that are required. I'll be adding more tests to request_cache_test.dart.


Using Spree_print_invoice with Amazon S3

Hi there,
I would like to use the gem and store directly to S3. Does anyone as an idea of how this could be down?
Regards

you could use the paperclip gem. Spree is using this already.
https://github.com/thoughtbot/paperclip


Hide Security Analytics sidebar for edit detector pages

Description
Hides Security Analytics sidebar for edit detector pages.
New Screenshots

Issues Resolved
Closes #386
Check List

[ ] Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Codecov Report

Merging #388 (ba83a08) into main (ad62548) will increase coverage by 0.03%.
The diff coverage is n/a.

:mega: This organization is not using Codecov’s GitHub App Integration. We recommend you install it so Codecov can continue to function properly for your repositories. Learn more
@@            Coverage Diff             @@
##             main     #388      +/-   ##
==========================================
+ Coverage   15.41%   15.44%   +0.03%
==========================================
  Files         109      109
  Lines        2887     2887
  Branches      476      476
==========================================
+ Hits          445      446       +1
+ Misses       2403     2402       -1
  Partials       39       39

Impacted Files
Coverage Δ

...ytics-dashboards-plugin/public/pages/Main/Main.tsx
10.00% <0.00%> (+1.11%)
:arrow_up:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


manage dependencies with rapids-dependency-file-generator

Contributes to #115
When #115 is complete, this project will need access to some of the same dependency information in several different places:

setup.py / pyproject.toml (for wheel-building)
conda recipe
CI configurations

This proposes using rapids-dependency-file-generator to keep those sets of dependencies consistent across those locations, and to automate some of the work of updating them. We've found this to be really helpful across other RAPIDS projects.
For an example of this, see https://github.com/rapidsai/cugraph/pull/4521. All the changes to pyproject.toml and conda env YAML files there were driven by just updating dependencies.yaml and running rapids-dependency-file-generator --clean.
Other changes proposed here:

adding a !=3.30.0 constraint on CMake

to avoid https://github.com/rapidsai/build-planning/issues/80, which I did run into while building locally with CMake 3.30.0

only running the other build/test steps after pre-commit passes

to ensure jobs here don't take time on a GPU runner when they're doomed to fail because of linting errors

Notes for Revieweris
In a future PR, I'll propose switching from a setup.py file to a pyproject.toml, and automatically updating that pyproject.toml via this rapids-dependency-file-generator mechanism. That way, constraints like legate-core=24.06.* won't need to be duplicated in multiple places.

Oh hey thanks! I hadn't added you as a reviewer yet or taken this out of draft yet because it's not actually working. If I end up having to change anything substantial, I'll ask for another review.

The only change I had to make to get this working after you'd reviewed was switching from the pattern mamba env create && source activate to just mamba env update.
I think that should be non-controversial and low-risk, so I'm gonna merge this.


Remove AGP as dependency

Since we only react on the fact that the android-plugin is applied:
https://github.com/StefMa/AndroidArtifacts/blob/4b48fe3c7e4cc7aa40de5929f7c5173449d0d07c/src/main/kotlin/guru/stefma/androidartifacts/plugin/AndroidArtifactsPlugin.kt#L28
there is no need to ship it as a dependency anymore.
We can simply add it as compileOnly (and maybe testRuntimeOnly) dependency...

Should be done after #61


Tests fail on Windows

Successfully run specs for Ubuntu and MacOS. Windows specs are the same as before: they fail as on master

Originally posted by @alexeymorozov in https://github.com/riboseinc/ruby-vobject/pull/13#issuecomment-669216812
It seems to have problems with parsing time zones. Perhaps information on them is missing?
Two failures from https://github.com/riboseinc/ruby-vobject/runs/949560720:
   1) Vobject should process RFC6868 caret parameters
      Failure/Error: expect(vobj_json).to include_json(exp_json)

                  json atom at path "VCALENDAR/VTIMEZONE/STANDARD/DTSTART/value/zone" is not equal to expected value:

                    expected: "America/Los_Angeles"
                         got: ""

                  json atom at path "VCALENDAR/VTIMEZONE/DAYLIGHT/DTSTART/value/zone" is not equal to expected value:

                    expected: "America/Los_Angeles"
                         got: ""

                  json atom at path "VCALENDAR/VEVENT/DTSTART/value/zone" is not equal to expected value:

                    expected: "America/Los_Angeles"
                         got: ""

                  json atom at path "VCALENDAR/VEVENT/DTEND/value/zone" is not equal to expected value:

                    expected: "America/Los_Angeles"
                         got: ""

      # ./spec/vobject_spec.rb:34:in `block (2 levels) in <top (required)>'

   16) Vobject should parse iCalendar properly with RECUR instances
       Failure/Error: tz = TZInfo::Timezone.get(params[:TZID])

       TZInfo::DataSourceNotFound:
         No source of timezone data could be found.
         Please refer to https://tzinfo.github.io/datasourcenotfound for help resolving this error.
       # ./vendor/bundle/ruby/2.6.0/gems/tzinfo-2.0.2/lib/tzinfo/data_source.rb:159:in `rescue in create_default_data_source'
       # ./vendor/bundle/ruby/2.6.0/gems/tzinfo-2.0.2/lib/tzinfo/data_source.rb:156:in `create_default_data_source'
       # ./vendor/bundle/ruby/2.6.0/gems/tzinfo-2.0.2/lib/tzinfo/data_source.rb:55:in `block in get'
       # ./vendor/bundle/ruby/2.6.0/gems/tzinfo-2.0.2/lib/tzinfo/data_source.rb:54:in `synchronize'
       # ./vendor/bundle/ruby/2.6.0/gems/tzinfo-2.0.2/lib/tzinfo/data_source.rb:54:in `get'
       # ./vendor/bundle/ruby/2.6.0/gems/tzinfo-2.0.2/lib/tzinfo/timezone.rb:235:in `data_source'
       # ./vendor/bundle/ruby/2.6.0/gems/tzinfo-2.0.2/lib/tzinfo/timezone.rb:128:in `get'
       # ./lib/vobject/vcalendar/typegrammars.rb:477:in `typematch'
       # ./lib/vobject/vcalendar/grammar.rb:292:in `block in vobject_grammar'
       # ./vendor/bundle/ruby/2.6.0/gems/rsec-1.0.0/lib/rsec/parsers/misc.rb:8:in `_parse'
       # ./vendor/bundle/ruby/2.6.0/gems/rsec-1.0.0/lib/rsec/parsers/misc.rb:79:in `block in _parse'

       # < a very long stack trace was here >

       # ./vendor/bundle/ruby/2.6.0/gems/rsec-1.0.0/lib/rsec/parsers/seq.rb:7:in `_parse'
       # ./vendor/bundle/ruby/2.6.0/gems/rsec-1.0.0/lib/rsec/parsers/misc.rb:6:in `_parse'
       # ./vendor/bundle/ruby/2.6.0/gems/rsec-1.0.0/lib/rsec/parsers/misc.rb:120:in `_parse'
       # ./lib/vobject/vcalendar/grammar.rb:576:in `parse'
       # ./lib/vobject/vcalendar/component.rb:11:in `parse'
       # ./lib/vcalendar.rb:12:in `parse'
       # ./spec/vobject_spec.rb:636:in `block (2 levels) in <top (required)>'
       # ------------------
       # --- Caused by: ---
       # TZInfo::DataSources::ZoneinfoDirectoryNotFound:
       #   None of the paths included in TZInfo::DataSources::ZoneinfoDataSource.search_path are valid zoneinfo directories.
       #   ./vendor/bundle/ruby/2.6.0/gems/tzinfo-2.0.2/lib/tzinfo/data_sources/zoneinfo_data_source.rb:232:in `initialize'

Sorry, my bad. It's a duplicate of https://github.com/riboseinc/ruby-vobject/issues/14, and fixed already.


Update url in library.properties

Note that your repository URL has a capital 'I' in Library.

Ik, but it's a pain to go and change it every in the source code :(


Link with mute list

Link the list of known cheaters with the voice_ban.dt file.

Added to project Enhancements


Using OpenBrowser on iOS requires app rating of 17+

When submitting an app to iTunes you have to specify a rating. If the app contains an embedded web browser that allows the user to change the URL, then you have to check off "Unrestricted web access" for your app. Selecting this option automatically makes your app rating 17+. I didn't realize this during development, so I've had to pull this back out and go back to just launching the URL normally.
I think it would be good to point this out in the readme and/or add an option to BrowserOptions that locks down the URL from being edited, or hides the URL field, on iOS.
Thanks for your consideration!

I haven't had this issue at all actually and it lives in 4 of my apps on the app store today... this is strange. What did the email say from apple? We can add a browser option for sure if it exists on the sfsafariview side

I didn't submit it for review, just going by the marketplace guidelines:
https://developer.apple.com/library/content/documentation/LanguagesUtilities/Conceptual/iTunesConnect_Guide/Chapters/FirstSteps.html
A bit past halfway down the page it covers app ratings, and says next to 17+ "Unrestricted web access, such as with an embedded browser".
My bet is they normally don't catch it unless it is opening something like YouTube or Google, etc., but as someone who has had apps retroactively pulled from app stores in the past, I'm not going to risk it ;) You can find a Stack Overflow article on it here:
http://stackoverflow.com/questions/24462543/what-does-unrestricted-web-access-mean-in-itunes-connect/24462676

Yeah, that is the thing is that it isn't embedded at all to be honest with you which is why we changed it to SFSafariView. As it is outside of your app.
Reading the stack overflow:
Since the release of iOS 9 Apple has introduced SFSafariViewController which is a way of opening any URLs in the internet. This feature also has an address bar but read-only. So users can't surf the Web without parental control. It also inherits content blocking from Safari (ads, explicit content, etc.). I am highly positive by using SFSafariViewController in iOS 9 or above you still can choose 4+ as the device with parental control can't open any URLs anyway. (Let me know if I am wrong)..
The addressbar is read-only. I will look into it more, but even the Evolve app used this!

Well crap, I didn't realize the URL field was already locked down. I see that I can't edit it on iOS 9, and that on iOS 8 it launches an external browser. That's totally fine for 4+ rating.
Sorry for the unnecessary issue, in too much of a rush today. Thanks much!

Ahhhhhhhh interesting, that makes sense


Updating Az.LabServices.psm1 for new API

Replacing old create flow methods with functionality to work with latest API. This includes updating New-AzLab, Set-AzLab, and replacing New-AzLabTemplateVm with Set-AzLabTemplateVm. Also added Get-AzLabAccountPricingAndAvailability for retrieving the appropriate values needed for a successful lab creation.

Please don't merge this. I have integrated this PR into my fork of the repo, so that I can submit a single PR that fixes everything at the same time (aka tests, scenarios, docs)

Superseded by Change source, tests, scenarios, tools and docs to reflect new creation flow #623


radar chart data format

I am trying to create a radar chart with rails_charts, but couldn't figure out the data format. Could you please provide a sample for generating a radar chart?

See in the dummy app + readme
https://github.com/railsjazz/rails_charts/blob/b424bd1eb0a047080afb66a939ae6279f49bb82c/test/dummy/app/models/user.rb#L17