One of the two comparisons at http://groups.diigo.com/Diigo_HQ/forum/topic/diigo-search-for-a-word-fails-to-find-the-word-in-my-public-sticky-note-9384 suggest that this issue:

* affects groups.diigo.com
* does not affect www.diigo.com

On 2008-12-29:

> http://groups.diigo.com/search?group_name=ploned&what=illustrations
> should find the word
>
> illustrations
>
> within this cache:
> http://www.diigo.com/cached?url=http%3A%2F%2Fzope.org%2FMembers%2Fhathawsh%2FDCWorkflow_docs

Search still fails to find the word.

Reviewing this topic following the major upgrade to Diigo 4.0 beta:

http://groups.diigo.com/search?group_name=ploned&what=illustrations does not find the sought word

http://www.diigo.com/bookmark/http%3A%2F%2Fzope.org%2FMembers%2Fhathawsh%2FDCWorkflow_docs?tab=people confirms that the page is bookmarked by me

http://www.diigo.com/cached?url=http%3A%2F%2Fzope.org%2FMembers%2Fhathawsh%2FDCWorkflow_docs is the public cached copy.

I have tagged this topic for review in a week or so.

Joel Liu wrote:

> some problems in searching comment and will fix it soon.

Yes, I might have expected
http://groups.diigo.com/search?group_name=collaboration&what=c%3A(knowledge+puzzle)
to find the expression

knowledge puzzle

within the April 2008 comment from Joan Vinall-Cox at
http://www.diigo.com/annotated/8694ea219110af74bae65255bda5f499

(Am I guessing the search syntax correctly? I couldn't easily find a syntax at http://help.diigo.com/ .)

I didn't realise advanced search features such as this before now; thanks, Sean!

I'm more than satisfied with improvements to searches of my library and groups.

I understand that advanced search (e.g. of comments) is possible in my library but not in groups.

Sean and all, shall we add a 'resolved' tag to this topic?

I, too, am bitten by this bug.

http://www.diigo.com/user/grahamperrin/Diigo%2048320 should match two public bookmarks, both of which were converted from private.

In fact, one of the two has reverted to private. The reversion seemed to occur within seconds.

Possible cross reference

new line \n appended to descriptions following conversion of bookmarks from private

Thanks.

At this time I see all 19, and glancing at the About and People pages for each one your name appears nowhere, which may be significant.

1. for convenience only, a printer friendly variant of the URL:
  http://www.diigo.com/list?token=e20cb38337106a565f3b184ecff79c14&v=p

2. Long shot: has your username ever been anything other than ehanneken?

3. Apart from the subject matter, what might all or some of the nineteen have in common? For example:

a) Did you create the bookmarks yourself?

b) Did you 'save' them directly from someone else's library of bookmarks, or list, or some other diigo.com interface?

c) Did you use Diigolet to save them, or an installed version of Diigo? If installed:

— operating system and version?
— browser and version?
— version number of Diigo?

d) When you first saved them, were they private?

We see that one of the bookmarks was saved by you on 2008-04-30 so I don't expect you'll recall version numbers etc. that far back, but you get the idea … what, if anything, might they have in common?

http://www.diigo.com/profile/Ehanneken shows that you joined on 2009-03-18.

> I always save publicly.

Can you estimate whether all nineteen became private at the same time? Or have you only recently noticed the privacy?

If all were public, I wonder what made them private.

> some of them were migrated from Furl.

Is it possible that all nineteen were migrated from Furl, and that some were coincidentally saved using Diigolet during or after the import routine(s)?

I'm reminded of the so-called stickiness of tags that result from imports (not necessarily from Furl)…

Great answers, you have thought very logically about this.

Your list still shows (to the public) all nineteen, but that may be thanks to its tokenised URL.

If the switch to private recurs for any of the nineteen, my guess is that you should review:

* first, on Tuesday 28th July

— assuming that some routines don't run at weekends

* again, on 31st July

— seven or eight days after the date of your report

— assuming that some routines have a weekly schedule, or are performed on demand (but silently) by Diigo people.

The suggestion to review in a week may seem very peculiar (sorry!) but that's my best guess, based on the reported temporary stickiness of imported tags.

Bottom line: I see this as unusual, but not worrying, not affecting all users, and almost certainly a passing issue.

Thanks for your patience.

Regards
Graham (Diigo user)

Eric Hanneken wrote:

> Most, but not all, of the bookmarks are about drug policy

I'm reminded of http://groups.diigo.com/Diigo_HQ/forum/topic/48649

> Drug War Goes Crazy, Cyclist Forced to Provide Sample at Son's Cremation

Maybe an automated routine applied in both situations?

People from the Diigo team do watch this forum. Please be patient for their response.

In the meantime:

* privacy of your bookmark should not prevent you from working with it

* if you wish to publicise bookmarks that are private, you can do so with:

  — a public list
  — the tokenised URL of a private list.

Example: six of six bookmarks on this list http://www.diigo.com/list/grahamperrin/delicious-notes-examples are private.

Matti Narkia wrote:

> don't understand the silence of admins in this matter!

Let's assume that the Diigo team is prioritising:

* issues that have broader or more critical effects
* work on the next version of Diigo.

The absence of a reply (in any topic, not this one in particular) should not be misinterpreted as wilful silence.

Regards
Graham

Responding to this earlier of the two topics:

In some Diigo groups, considerate moderation/edition may be expected.

Beyond Diigo groups: I think it extremely unlikely that any member of the Diigo team takes time out for manual edition of any bookmark within the personal collection of any user.

Can I respectfully ask that the bookmarks and annotations at http://groups.diigo.com/Diigo_HQ/bookmark/josephdunphy be removed from Diigo Community and placed somewhere more suitable?

A Diigo list with the opportunity to comment e.g. the List comments box at the foot of http://www.diigo.com/list?token=e20cb38337106a565f3b184ecff79c14 is a less intrusive way of representing a collection of bookmarks with which there is some difficulty.

Also, the sandpit is available.

Thanks.

Gordon Goodfellow wrote:

> Can anyone explain why?

Gordon, please see the earlier explanation. There is some automation, and Diigo have offered to improve the algorithm.

A typo. I meant Joel.

Please keep personal insults out of the public area.

the ravine / joseph dunphy wrote:

> In other words

In other words, respectfully: somewhere more suitable. This topic is suitable, and this topic is not hidden.

If every personal bookmark with which a bug is associated is echoed to the Diigo Community bookmarks collection, it will become very difficult for Diigo Community (not me personally) to find bookmarks of value therein.

It's sufficient to reference the bugged bookmark from within this topic.

The Ravine / Joseph Dunphy wrote:

> "liar"

I'll respond to none of your points now or in the future.

Bookmarks insist on being private, against my will

In this topic, a member of the Diigo team has requested the URLs of bookmarks that are unexpectedly private.

Bookmarks that are unrelated to the Diigo Community group

Bookmarks that do not fit the group's description may be removed.

Unusually, the bookmarks area includes at least nine recent bookmarks that are not related to Diigo. For some of these, action was deferred on the assumption that there is an unexplained relationship.

Please, can you post to this topic the URLs that are affected? Thanks.

http://www.diigo.com/post?tags=2009,2009-10,2009-10-28,unread&url=https%3A%2F%2Fidenti.ca%2Fnotice%2F13034421&title=Simon%20Phipps%20(webmink)%20's%20status%20on%20Tuesday%2C%2027-Oct-09%2013%3A36%3A15%20UTC%20-%20Identi.ca&desc=
- fail,

> … server is temporarily unavailable …

http://www.diigo.com/post?tags=2009,2009-10,2009-10-28,unread&url=http%3A%2F%2Fblogs.msdn.com%2Finteroperability%2Farchive%2F2009%2F10%2F26%2Froadmap-for-outlook-personal-folders-pst-documentation.aspx&title=Interoperability%20%40%20Microsoft%20%3A%20Roadmap%20for%20Outlook%20Personal%20Folders%20(.pst)%20Documentation&desc=
— fail,

> … server is temporarily unavailable …

Now, all attempts to post are failing :-(

As suggested in the error messages, I have sent an e-mail to Diigo.

I left it for a few hours, made three posts successfully.

Fourth and subsequent attempts to post, the bug seems to recur.

Bugged again, three of six posts fail:

This morning: Post to Diigo not working at all.

Cross reference
Diigo Meta: preview pane: fail ("Sorry for the Inconvenience")

As suggested, an e-mail has been sent to Diigo - with reference to two topics:
http://groups.diigo.com/group/Diigo_HQ/content/1037366
http://groups.diigo.com/group/Diigo_HQ/content/1062649

I tried zooming text (only) to the minimum size, expecting:

* disappearance of both scroll bars
* full appearance of the menu and the the Post button.

Surprisingly:

b) the Post button remains partially obscured

and

c) the note travels far from its highilight:





If (c) distancing is a normal result of (a) zooming, then zooming should never be a workaround. In any case, sticky notes should be always perfect first time.

Golden rules

Diigo home pictures highlights and sticky notes as the two core features of Diigo.

The highlighter pen must work, perfectly:
  — the pen must not fight the person holding it
  — the person should not need to shake the pen to make it work.
If a pen failed during a presentation, I would discard the pen and use an alternative.

The sticky note pad must work, perfectly:
  — the yellow paper must not crumple before its written upon
  — the writer should not need to stretch, shrink or step away from a page to make it usable with a sticky note
  — the writer should not need to put down the pen, unfurl the edges of the note, then again pick up the pen before writing.
If a sticky note pad screwed up like that during a presentation, I would discard the pad and use an alternative.

See also

floating window for page comments is too small for its contents; comments can not be deleted