Take a second look at the private entries list

[Andrew Lee]

Hm, it seems it doesn't make a difference on my side when I click it...

My apologies, it has been fixed.

Also, I think there should a third option called Both.

Any one else seconds this request? I can make it toggle between public/private/both, but I personally thinks toggling between public/private is cleaner.

Plus this option is still available under Detailed search (Results type, All), so if it isn't used that often, might be best to leave it there.

[rbon]

Hi Andrew,
good works, but the button "Private only" works only in first page: if you select second page (the page#2) you loose login and you cannot see anymore the button "Private only".
Do you can fix it ?

--- EDIT -----
I tried again and it works fine now.
I had previously tried the link in the first post and that messed up your query.

[joby_toss]

Because it's implemented as a toggle, I think it's better to have only 2 options.

And thank you!

[Midas]

Because it's implemented as a toggle, I think it's better to have only 2 options.

I second that for ergonomy's sake.

[vevy]

You can do an option to cover all bases: make them checkboxes with defaults:

private.png (1.69 KiB) Viewed 9848 times

[vevy]

There is also this:

[Rubber_Ducky]

If one toggles to "Private only" and, then, does a search for a specific term, the toggle is back to "Public only": I cannot think that this is desirable behaviour.

[Andrew Lee]

If one toggles to "Private only" and, then, does a search for a specific term, the toggle is back to "Public only": I cannot think that this is diserable behaviour.

Good catch, thanks! This will take a bit more time to fix, so pls be patient!

[edit]This issue has been fixed. Thanks for your patience.[/edit]

[lwc]

I have another debate - what about public entries linking to private entries?
For example, 3 out of 5 public entries in this category link to the private entry FileASSASSIN.
Maybe when not logging in should it be grayed out and unlinkable?
Or maybe it should be opened anyway because the non logged in obviously wanted to click it?

Either way it shouldn't act like a redirection link when not being logged in. It not only damages the (anonymous) user's experience, but probably damages SEO ranking too (since crawlers aren't supposed to be logged in).

[Andrew Lee]

I have made a slight change such that trying to access a private entry if you are not logged in will trigger a 404.

It is not really practical to filter through the entry, check every link to see if they are private and mask them out.

But I will manually delete FileAssassin from those offending entries. If you guys see more, please manually edit as well.

Thanks!

[lwc]

But note your 404 looks empty in Firefox becuase there's 404 to the 404 i.e. your server didn't define any 404.
So it's up to the browser what to do and I guess Firefox decides in this case to show nothing.
Who knows, it might even get some browsers into an infinite loop...

[Andrew Lee]

But note your 404 looks empty in Firefox becuase there's 404 to the 404 i.e. your server didn't define any 404.
So it's up to the browser what to do and I guess Firefox decides in this case to show nothing.
Who knows, it might even get some browsers into an infinite loop...

Thanks! I have fixed this by directing to the server 404 page after generating the header.

[lwc]

I have an alternate idea - how about instead of 404 redirect to the private entry's category? I mean, categories are never private so it will always work. Instead of a dead end, the user will at least get similar programs.

[Midas]

@lwc: Sounds like a good idea to me, as it'd enhance site usability...

[Andrew Lee]

Got it! Will add to my todo list.