Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    tekton
    @tekton
    had you not click on that entry in the editor in a long time? that seems to be it for me most of the time.
    Earl Bishop
    @DrTobogganMD
    That could be - I did touch it this time when cleaning up the relic logic
    The entry was changed a while ago, but I just poked the link to it in the individual knights, probably for the first time in a bit
    Amadeusz Sadowski
    @amis92
    @Jonskichov Links don't update their name attribute at all (including during the creation). They do update only once you "click"/focus the three view on them (which requires clicking something else and back on the link when creating). Don't know if that counts as a :bug:, but it's there :)
    Austin C.
    @capitaladot
    Filed a bug for the immediate null point error I receive trying to load the HH files.
    Jon Taylor
    @Jonskichov
    ICYMI I put out build 110 that fixes the hang when changing the CatalogueLink target... dumb mistake, my bad ;)
    Joe Beddoe
    @CrusherJoe
    :+1: Thank you @Jonskichov
    Austin C.
    @capitaladot
    Nice!
    So, working on linked catalogues in earnest.
    OftKilted
    @OftKilted
    @Jonskichov Run into an editor issue on 'current release' where if you set modifiers and conditions on a force type (to modify name or points maximums based on a selection) the editor won't show the modifiers/conditions when the GST is reopened. #18
    The actual data appears to still be in the file, but the data editor doesn't show it as existing.
    (And you can make valid rosters, and the functionality from the modifiers still seems to be there ... just doesn't show up.)
    Earl Bishop
    @DrTobogganMD
    @Jonskichov Any chance of allowing conditionals based on count of specific forces in a roster?
    IE: Increment X for every instance of Force Y in roster. If you do it currently, it increments X for every selection inside any force Y in the roster.
    Austin C.
    @capitaladot
    +1; this would really help with a few things.
    Earl Bishop
    @DrTobogganMD
    It seems that the way I'm thinking of is how it should work ... it seems that way logically, so I don't know if it's a bug or intended behavior
    Austin C.
    @capitaladot
    It is a little confusing to glean the intent to count instances of a container (like a Force) vs. the number of selections inside it. I think it actually counts the number of selections inside the given Force.
    Earl Bishop
    @DrTobogganMD
    That is how it currently works yes
    I’d love if it worked how I requested or an option to do so was added
    Austin C.
    @capitaladot
    Agreed; just stating the current behavior is counter-intuitive.
    Joe Beddoe
    @CrusherJoe
    @Jonskichov dunno if this was mentioned previously or not, but 2.01.15 Windows the "Unsaved" warning in top right never goes away
    Austin C.
    @capitaladot
    Busted on MacOS, too.
    Austin C.
    @capitaladot
    Hey @Jonskichov looks like the release bot isn't pickup up an initial release from a new repo.
    Amadeusz Sadowski
    @amis92
    Austin C.
    @capitaladot
    Am I see a cached page lol?
    OftKilted
    @OftKilted
    Try a different browser
    Austin C.
    @capitaladot
    It is there now, you're right! Maybe something had tipped over and was quietly fixed?
    OftKilted
    @OftKilted
    browsers will often do an eventual recheck for new page content when navigating back to a site
    Austin C.
    @capitaladot
    Did the release about 5:00gmt and still didn't see it at like 13:00gmt.
    OftKilted
    @OftKilted
    I wouldn’t worry unless a release is over 24 hours old
    I’ve seen AoS take ~12-24 hours
    Amadeusz Sadowski
    @amis92
    @capitaladot the refresh is scheduled each 12hrs, but the precise time varies. So in most cases one should start worrying after 12hrs passed.
    If you feel like investigating, take a look at which hour were latest updates published on Twitter. This should give you an idea at which times it runs (every 12hrs).
    Austin C.
    @capitaladot
    Oh, I see. Did not recall the timing. Mostly just "fire and forget".
    Earl Bishop
    @DrTobogganMD
    That's about right - but then you have to forget for at least 12 hours to be safe :p and then hope that appspot doesn't take a dump and lose the repo for a period of time.
    Andrew Bao
    @ThePatient
    Hi all, found a Battlescribe specific bug in the iOS app. Should I create an issue here https://github.com/BattleScribe/Release/issues or use the uservoice link in the app?
    OftKilted
    @OftKilted
    @ThePatient Release issues is a solid place for found issues. (I’ve submitted them there previously and had good response. Make sure you identify that it is iOS specific.) if you don’t mind the curiosity, what’s the issue?
    Andrew Bao
    @ThePatient
    I don't know if it is iOS specific, but I do know that it exists on iOS (haven't tested the other platforms). The issue is that melee and missile attacks with the same name don't both get displayed in the "View" screen. It displays one, but not both.
    OftKilted
    @OftKilted
    If you have them labeled the same then ... yeah ... it isn’t just iOS, it also exists on desktop. Typically from a catalog workaround perspective one would modify one of the attack names. (That had to be done for the Horrors in AoS as they had identical attack names.)
    Andrew Bao
    @ThePatient
    Ah. So should I create the issue in the data repo?
    OftKilted
    @OftKilted
    If you have multiple attacks with an identical name then only one of them will show up in the roster view
    Andrew Bao
    @ThePatient
    I've noticed it for SCE on the Knight Venator as well as the Prosecutors when outfitted with celestial hammers.
    OftKilted
    @OftKilted
    Sure. Sounds like a good case for a relatively ‘easy’ data fix. I’m not sure if the behavior is expected or not.
    (From a Battlescribe app perspective)
    Andrew Bao
    @ThePatient
    Given that the attacks have different ids it seems like the app should be able to differentiate, but I agree the data fix seems easier. I'll create the issue app side first and see what they say.
    OftKilted
    @OftKilted
    @amis92 Are you familiar with the Battlescribe feature where if a multiple profiles have the same name only one of them displayed in roster view?
    @ThePatient I’m pretty sure that the data file fix will be faster...
    Andrew Bao
    @ThePatient
    @OftKilted I agree, but I'm not really in a rush. Seems better to fix it systematically. I'll raise it. If they decide it's not worth fixing, I can always put in a pr on the data repo.