Forum Replies Created

Viewing 15 replies - 1 through 15 (of 18 total)
  • Thread Starter tremlas

    (@tremlas)

    @patrickposner and just to close the circle on this one I’ve now had the chance to upgrade to the latest version (3.4.4.1 for the record) and can confirm it does indeed generate the static version of my site as expected – thanks for the fix and for stepping up to maintain simply static – it’s an integral part of my workflow when updating my personal website.

    Thread Starter tremlas

    (@tremlas)

    @patrickposner Cool – I’ve been too busy to test the current versions, but should be able to confirm the fix when the next version arrives 🙂

    Thread Starter tremlas

    (@tremlas)

    @patrickposner I did give it a try but suspect I didn’t get the copy paste correct (at least I didn’t see a change in the output). I’ll retest when the official change comes along and I’ll report back. (Thanks for the fix regardless 🙂 )

    Thread Starter tremlas

    (@tremlas)

    Hi, @patrickposner,

    Digging a little deeper the missing files are all referenced using, for example, url(../images/switchnormal.svg) in one of my stylesheets either in the plugin or theme as appropriate – I’d guess the handling of this has changed between versions.

    Thread Starter tremlas

    (@tremlas)

    Hi @patrickposner, with 3.4.3.2 I’m seeing the following file as absent from the zip file as compared to 3.4.2.1 (looks to me like it’s now a file extension kind of problem – was there something I’m supposed to have configured to have these file types included (I note that the configuration has changed between these versions given that when I rollback I have to resupply the configuration). I do, at least, now get my .css files included and the weird file is no longer present!

    MISSING    wp-content/plugins/PrincessBiography/fonts/BLKCHCRY.eot
    MISSING wp-content/plugins/PrincessBiography/fonts/BLKCHCRY.ttf
    MISSING wp-content/plugins/PrincessBiography/fonts/BLKCHCRY.woff
    MISSING wp-content/plugins/RomseySignalBox/images/commutatorlineclear.svg
    MISSING wp-content/plugins/RomseySignalBox/images/commutatornormal.svg
    MISSING wp-content/plugins/RomseySignalBox/images/commutatortrainonline.svg
    MISSING wp-content/plugins/RomseySignalBox/images/commwood.png
    MISSING wp-content/plugins/RomseySignalBox/images/shelfwood.png
    MISSING wp-content/plugins/RomseySignalBox/images/signalbell.png
    MISSING wp-content/plugins/RomseySignalBox/images/srdoff.svg
    MISSING wp-content/plugins/RomseySignalBox/images/srdon.svg
    MISSING wp-content/plugins/RomseySignalBox/images/sroff.svg
    MISSING wp-content/plugins/RomseySignalBox/images/sron.svg
    MISSING wp-content/plugins/RomseySignalBox/images/switchlineclear.svg
    MISSING wp-content/plugins/RomseySignalBox/images/switchnormal.svg
    MISSING wp-content/plugins/RomseySignalBox/images/switchtrainonline.svg
    MISSING wp-content/themes/caporil/fonts/BLKCHCRY.eot
    MISSING wp-content/themes/caporil/fonts/BLKCHCRY.ttf
    MISSING wp-content/themes/caporil/fonts/BLKCHCRY.woff
    MISSING wp-content/themes/caporil/fonts/GreatVibes-Regular.ttf
    MISSING wp-content/themes/caporil/fonts/LeagueScript.ttf
    MISSING wp-content/themes/caporil/fonts/LearningCurve.ttf
    MISSING wp-content/themes/caporil/fonts/fontawesome-webfont.eot
    MISSING wp-content/themes/caporil/fonts/fontawesome-webfont.ttf
    MISSING wp-content/themes/caporil/fonts/fontawesome-webfont.woff
    MISSING wp-content/themes/caporilChild/fonts/BubblegumSans-Regular.ttf
    MISSING wp-includes/js/mediaelement/mejs-controls.svg

    • This reply was modified 9 months, 1 week ago by tremlas.
    Thread Starter tremlas

    (@tremlas)

    (@patrickposner, As an aside, I also noticed that three of the generated files in the zip appear to have random chunks of the file omitted – meaning that the version in the generated zip file doesn’t match the previously generated version of the same file when I use version control to check the changes even though the source file has no changes – my testing for this shows it affects files at random but typically files towards the end of the file discovery process – I’ve never seen this with version 3.2.5.3 and again I wonder if there’s a multiple thread/process interaction that’s been added or adjusted….)

    Thread Starter tremlas

    (@tremlas)

    Hi @patrickposner, I tried with that filter but it didn’t make any difference. When I did some debugging I noticed that, on my system at least, the $excluded array is indexed by number so I tried with the following as the filter instead:

    add_filter('ss_excluded_by_default', function( $excluded ) { $newarr = array_diff($excluded, array('feed')); return $newarr;});

    This did the trick, my /feeds/index.html file is now present in the generated static zip file.

    Thread Starter tremlas

    (@tremlas)

    Hi @patrickposner, I tried with that filter which does seem to improve the update interval. However the activity log updates are still strange. My generation is currently about 10-11 minutes in length. The reported progress starts at “0 of 43” and then, after a minute or so updates to “43 of 228” where it remains for another six minutes. It then updates to “228 of 2457” but repidly reverts to “43 of 228”. For the next few minutes it will change to “228 of 2457” but again rapidly revert to “43 of 228”. In the last minute (or so) of the generation it then changes to “3400 of 3920” and reverts “228 of 2457”. Finally in the tail end of the generation it updates how I expect until the very end. My final status says “4013 of 4015” as shown below

    [2025-03-07 15:39:53] Setting up

    [2025-03-07 15:39:57] Fetched 4013 of 4015 pages/files

    [2025-03-07 15:50:43] ZIP archive created: [link redacted]

    [2025-03-07 15:50:43] Wrapping up

    [2025-03-07 15:50:43] Done! Finished in 00:10:50

    It looks like the update of the status is being updated by multiple threads???

    Thread Starter tremlas

    (@tremlas)

    I tried a generation with your suggested filter at the end of my theme’s functions.php but that didn’t change the result (the /feeds/index.html file is still not present in the resulting zip).

    I also took a look at earlier generations. One from 25th Dec was as I expected. One from 19th Jan (which would have used the 3.2.5.3 version of simply static) gained a /feed/index.html as well as the /feeds/index.html – this contains a redirect to index.xml). Today’s generation contains neither file (to clarify that feed/index.html redirect is not one I’ve created but presumably a standard one from wordpress itself).

    I’m guessing there’s an interaction between the change that (presumably) accidently added the /feed url and the one that removes it.

    Thread Starter tremlas

    (@tremlas)

    @wesleymilan if you need an URGENT fix you’ll need to rollback to version 2.2.7 of the plugin (either by using WP Rollback plugin or downloading (and manually installing) that version directly from https://downloads.wp.xz.cn/plugin/simply-static.2.2.7.zip

    (Of course you’ll need to prevent any automatic updates for simply static otherwise it will just get updated back to 2.2.9)

    I’ve played about a bit more with version 2.2.8. For me If I press the ‘Generate’ button it initially goes to a spinner but (within a few seconds) the ‘Generate’ button reappears and makes it seem like the generation has failed. However if I then refresh the page using the browser’s refresh function the spinner reappears and it’s clear that the generation is actually proceeding normally, Thus it would seem there’s a flaw in the UI somewhere. In summary my workflow is now to hit the ‘Generate’ button and if/when the spinner disappears I then refresh the page.

    I’ve seen the same behaviour on my local site whereby the only way to get the activity log to update is to refresh the page. As a result I’ve rolled back the plugin (using the “WP Rollback” plugin) to 2.2.6.

    Thread Starter tremlas

    (@tremlas)

    Updated and this fixes my wpemojiSettings.

    I do note from the diff’s of the resulting statically pages that Simply Static now deletes the line break following a script tag (and from the corresponding end tag) – that doesn’t break the resulting page (at least for my use case) but is a change on the output page.

    In any event thanks for the update!

    Thread Starter tremlas

    (@tremlas)

    I can do a test on my site if you would like a level of system test on the next version – I’ll be staying on 2.1.5.6 until then 🙂

    Thread Starter tremlas

    (@tremlas)

    Just to confirm that 2.1.5.4 fixes this problem.

Viewing 15 replies - 1 through 15 (of 18 total)