Warning for missing chapters in follows

[blackyawgdom]

@Oeconomist Rule 3.2.6 Only partially uploading releases with the intention to lure users to your site for the other chapters is not allowed. Either upload all chapters, or don't upload any.

Uploading a single chapter thats 10 or so farther ahead, even if its a troll release (Not counting April Fools shenanigans... hashtaggiantpinkdildo) violates said rule even if its not intended to lure people.

Also not counting changes in chapter numbering (which theres quite a few series that have had their numbering changed midway thru)
*Edit* Forgot about Rule 3.2.7 as well. Adding extra page(s) to chapters for the purpose of crediting scanlators or translation notes is generally OK. Extra pages which contain content that could be construed as offensive may be removed by staff.

 

[Oeconomist]

@blackyawgdom—

The problem with your argument is that you are not attending to full language of the rule:

Only partially uploading releases with the intention to lure users to your site for the other chapters is not allowed.

This scanlator isn't trying to lure people to some other site; he's just acting to mess with users. And the “all chapters” here

Either upload all chapters, or don't upload any.

refers to all the chapters that the scanlator is scanlating, not to all chapters of the series. (It would be grossly impracticable to insist that scanlators fully scanlate a series or not upload any chapters.)

(And, again, dealing with trolls wouldn't address the problem of gaps created with no intention of trolling.)

 

[Teasday]

_{@Oeconomist posted:}

A warning is desirable on the Follows list, whenever any chapters are skipped for any reason.

Getting the chapters for the follow list of a given user is already an expensive operation. Adding to that additional fetching to check for whether there's a gap between each new chapter and its preceding chapter seems overkill. It would create a lot of extra load globally to solve a very rare community-induced problem.

Is it really worth it to make the follows (and by extension the entire site) load slower so some people don't get slightly spoiled sometimes because they were careless

 

[Oeconomist]

@Teasday—

If you're worried about the expense of the operation, then you should consider Naeddyr's suggestion to move the skip warning to the start of the next chapter, as opposed to having it be intermediate.

And if it's careless to use the chapter-links from the Follows page, as opposed to proceeding each time to the synopsis page, then those chapter-links should be replaced with links to the synopsis page.

 

[Teasday]

_{@Oeconomist posted:}

If you're worried about the expense of the operation, then you should consider Naeddyr's suggestion to move the skip warning to the start of the next chapter, as opposed to having it be intermediate.

Makes sense, although that'll mean that the chapters get automatically marked as read even if you refuse thanks to the current not-so-great system that marks a chapter as read as soon as you load its data from the api.

What I could do, I think, is add a gap check to the manga change event, checking for the gap between the target chapter and its preceding chapter. It'll still mark the chapter as read, no escaping that, but at least the current chapter-intermediate check (for the gap between the target chapter and the current chapter when they're sequential - technically different because you can jump between chapters) still prevents read marking when changing chapters within a manga.

The read marker update would save me so much headache goddamn

 

[Oeconomist]

@Teasday—

Each chapter could have a variable/field/column of minimal size, which served as a flag, and was set or reset by uploading and by deletion. It would minimize the cost of delivering warnings to the Follows page, and have other uses as well.

 

[Lilliwyt]

I support this idea since the scanlator @Oeconomist strike back today. It's really frustrating to see a follow manga getting update, don't pay attention to the number because you assume it's hte next one and see that it's a chapter who is 40 chapters ahead of the last one uploaded. It can at least put a warning to peoplewho don't pay attention.

 

[Holo]

Banning uploading of chapters "in bad faith", which seem to apply in some cases, would be impossible to enforce, as how would you prove that? Short of a signed confession from the offending group, lol.

 

[Oeconomist]

@Holo—

We've had something quite like a signed confession in one case.

But, yeah, it would more typically be impossible or impractical to identify bad faith uploads, and a presumption of guilt would be abhorrent.

 

[Shadowbane]

Being able to "greylist" scanlators at our discretion would be handy. For instance their uploads would appear as "greyed out" or somehow visually distinct on the front page + chapter and follows lists. So you can still click through and see them if you really want to...

When reading through, if the next chapter is only available from a scanlator you've greylisted then you could get a warning, much like (and in addition to?) the chapter gap warning.

Anywho, just a thought (and not a new one; but perhaps not this specific implementation).

 

[MisakaxMisaka]

Oeconomist
25 mins
@Holo—

We've had something quite like a signed confession in one case.

But, yeah, it would more typically be impossible or impractical to identify bad faith uploads, and a Napoleonic Code would be abhorrent.

I think this page would do more justice

 

[akinokaze]

As an ad-hoc solution, would it be possible to add an asterisk or some kind of symbol if there are missing chapters before the released chapter in follows and rss?

 

[Teasday]

_{@akinokaze posted:}

As an ad-hoc solution, would it be possible to add an asterisk or some kind of symbol if there are missing chapters before the released chapter in follows and rss?

Not really, no

As an ad-hoc solution I wrote the system talked about earlier in the thread, made a pull request for it, but it's not up on the site yet because