era's Bookmarks About "bug"

openinbrowser

A simple extension to add "open in browser" to the silly "open using external application" dialog in Firefox. (I was planning to implement this myself, duh.)

by era 2006-06-19 04:29 firefox · extension · bug · blog · erablog

http://www.spasche.net/mozilla/ - cached - mail it - history

http://www.iki.fi/~era/tmp/entries.yml.bz2

delirioussitedump back up again (for the time being) The delirioussitedump is back! The dump was performed on Sunday, up through entry #49242. I'll probably start running a daily update next time I have a few minutes to work on this, but for now, that's what's there, hand updated only. Yes, it's officially in YAML now, and it's bz2 compressed. The compressed version is some 2 and a half megs, whereas the uncompressed file is 13 megs (!). Substitute .xml for .yml if you want my ad-hoc XML instead of my ad-hoc YAML version. The uncompressed files are also available, at least for now, although I would vastly prefer that you download the compressed version. See also One of these years I'll also publish some statistics, most popular URLs, etc. (I actually already have this information extracted, just not in a convenient format.)

by era 2006-06-19 01:24 blog · bugs · delirious · delirioussitedump · erablog · 20060619-0123

http://www.iki.fi/~era/tmp/entries.yml.bz2 - cached - mail it - history

Inkorrekt kapitalisering pÃ¥ Wikipedias startsida

Den svenska texten har underliga stora bokstÃ¤ver i. Hoppas dom Ã¤ndrar det.

by era 2006-06-19 01:24 blog · bugs · erablog · swedish · wikipedia · 20060619-0123

http://sv.wikipedia.org/wiki/Diskussion:Huvudsida - cached - mail it - history

Bug #28756 in launchpad (upstream): âPlusses in Launchpad URLs are problematicâ

Probably actually a bug in Firefox 1.5, actually

by era 2006-06-19 01:23 blog · bug · bugdb · erablog · ubuntu · 20060619-0123

https://launchpad.net/products/launchpad/+bug/28756 - cached - mail it - history

Bug #4713 in java-gcj-compat (Ubuntu) - Installs alternatives to files that doesn't exist

"/etc/cron.daily/man-db: mandb: warning: /usr/share/man/man1/rmic.1.gz is a dangling symlink" I didn't even know I had java-gcj-compat installed -- this is on a Breezy system I set up last Friday, but admittedly with a lot of packages installed right off the bat

by era 2006-06-19 01:23 blog · bugdb · bugs · erablog · ubuntu · 20060619-0123

https://launchpad.net/distros/ubuntu/+source/java-gcj-compat/+bug/4713 - cached - mail it - history

the right place to send Rubric bugs

Public bug database for Rubric.pm Rubric is the software which de.lirio.us runs on.

by era 2006-06-19 01:23 02a · bugdb · bugs · delirious · perl · rubric · 20060619-0123

http://rt.cpan.org/NoAuth/Bugs.html?Dist=Rubric - cached - mail it - history

Bug #12119 http://de.lirio.us/rubric/entries/tags/deliriousbugs?long_form=1

Created a bug report in rt.cpan.org for Ricardo pointing back here ... where "here" is obviously the link in the title field. Update: The bug is closed now but Ricardo assures us he is keeping an eye on de.lirio.us.

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs · deliriouswishlist · erablog · 20060619-0123

http://rt.cpan.org/NoAuth/Bug.html?id=12119 - cached - mail it - history

Gnome Session Manager Problems

Post from 1999, oddly topical still I've been meaning to compose a detailed bug report for Ubuntu about the session manager in Gnome; obviously it's not Ubuntu's fault that the upstream is finicky but they might be better motivated to actually do something about it :-/ I'd really like to be able to change the saved session without messing up the current session. It's not possible to have perfect sync anyhow, what with all kinds of clients which depend on other stuff being there before they will run, and which often can't save their session in a meaningful way anyhow (think remote xterm, and/or anything which connects to a tunneled ssh port). By extension, when launching a client, indicate that it's not supposed to be session managed (or vice versa -- indicate that it is, and make the default be to not manage). When I run gnome-session-save, it saves all the current clients; fair enough, but that is also the only way to save a session. What if I just want to make a minor modification to the previously saved session? Would I need to launch a separate session just for that? Log out and then back in again, tweak, save session, relaunch all the stuff which I don't want to run via the session manager? Sorry, I won't. Or start a second X server and tweak the session in there, then log out again? Precarious, and then how do I import the change to my main session?

by era 2006-06-19 01:23 blog · bugs · erablog · experiences · gnome · ubuntu · usability · 20060619-0123

http://mail.gnome.org/archives/gnome-devel-list/1999-October/msg00196.html - cached - mail it - history

Re: cvs tag -F fails?

Why my CVS checkin script started to fail when I upgraded Upgrading from Debian 3.0 (Woody) to 3.1 (Sarge) finally brought up this. I would *never* have thought of looking in Info instead of the man page (why do they ship a man page then?)

by era 2006-06-19 01:23 blog · bugs · cvs · debian · erablog · 20060619-0123

http://lists.gnu.org/archive/html/info-cvs/2003-03/msg00100.html - cached - mail it - history

netscape.public.mozilla.ui: Makiing the encoding selection UI easier to use

Matthew Thomas' analysis of the current text encoding GUI in Mozilla/Firefox

by era 2006-06-19 01:23 advocacy · browser · bugs · firefox · gui · internationalization · mozilla · usability · 20060619-0123

http://groups.google.com/group/netscape.public.mozilla.ui/msg/60e186a20d5d69d0 - cached - mail it - history

Bug: "rdf:about values must not be duplicated"

I guess this one will be a lot harder to fix ... The RSS validator complains when the front page has two occurrences of the same URL. I don't know if that can be easily solved ... Either don't put the link in the "rdf:about" field, or somehow make each occurrence unique? (Or maybe just link to the actual entries in the RSS feed. I've been sort of annoyed that it doesn't work that way by default, but chances are I'll regret wishing for this. :-)

by era 2006-06-19 01:23 blog · bugs · deliriousbugs.fixed · delirioussiteblog · erablog · rss · rubric_0.08 · 20060619-0123

http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fde.lirio.us%2Frubric%3Fformat%3Drss - cached - mail it - history

Bug: RSS for these de.lirio.us bookmarks does not validate

mieses: Not within your control, obviously, except you could try to rephrase the offending entries See also http://de.lirio.us/rubric/entry/2636, by mieses. My own bookmarks also contain an error; the RSS feed I see in Firefox for the "live bookmark" ends with the last entry before the error. Now that mieses has an error already in the first entry (unescaped ampersand in title), his/her/its feed is completely empty. Update: Rubric 0.08 contains fixes to RSS parsing.

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs.fixed · delirioussiteblog · erablog · _fixed · rss · rubric_0.07 · 20060619-0123

http://feedvalidator.org/check.cgi?url=http%3A%2F%2Fde.lirio.us%2Frubric%2Fentries%2Fuser%2Fmieses%3Fformat%3Drss - cached - mail it - history

Bug: (copy) link doesn't return you where you were

When you've copied a link, you end up looking at your own bookmarks We speculate that just adding &when_done=go_back to the end of the URL would fix it. ... Nope, didn't work. So I guess it requires a software fix. Update: As a workaround, use tabbed browsing (as if anybody who is serious about bookmarks wasn't already doing that).

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs · delirioussiteblog · erablog · rubric_0.07 · rubric_0.08 · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/post?uri=http://www.snopes.com/religion/hammer.asp&title=Urban%20Legends%20Reference%20Pages:%... - cached - mail it - history

de.lirio.us new entry

The de.lirio.us pages always have a horizontal scroll bar Even if I maximize the browser on my 2048x(mumble) hot shot monitor, the horizontal scroll bar is still there. Scolling right does not reveal any new information. This is with Firefox 1.0.7 on Ubuntu 5.04, for the record. As far as I have been able to tell, this occurs with all de.lirio.us pages except "help"

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs · erablog · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/post - cached - mail it - history

Regression bug: "expand" link loses page number

Clicking "expand" on page 2 takes you to an expanded view of ... page 1 See also http://de.lirio.us/rubric/entry/4204 and http://de.lirio.us/rubric/entry/2533

by era 2006-06-19 01:23 blog · bugs · deliriousbugs.fixed · delirioussiteblog · erablog · rubric_0.09 · 20060619-0123

http://de.lirio.us/rubric?page=2 - cached - mail it - history

Bug: Login with cookies turned off just loops

If like me you routinely deny cookies without thinking about it, you can't log in I already sent Steve email about this but I figured I'd list it here too. To repro, turn off cookies altogether (including removing any cookies you aready have for this site), then attempt to log in. At a minimum, you should get some sort of diagnostic, perhaps suggesting that if you are blocking cookies, you should not. (Maybe check if the referring page is the same you are landing on.) Alternatively, since this is probably most likely to happen to first-time visitors who are deciding to register even though they weren't planning to, perhaps you could diagnose this earlier in the registration process -- try to set a cookie on the Register page, then if it's not set when you have submitted the registration and get the info page about the verification ticket having been sent to you by email, There Be Trouble. Perhaps still more to the point, what's the use of attempting to set a cookie already when you visit the front page? It's not like it's going to be used for anything until you attempt to register, is it? (Just speculating here, though.) Me, I reject any cookie anybody requests unless I see a real reason to accept it. That would be, for example, if I've just clicked on a link to register with the site.

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs · delirioussiteblog · deliriouswishlist · erablog · 20060619-0123

http://de.lirio.us/rubric/login - cached - mail it - history

Wishlist item: Keep previous description (and body? and tags??) on copy

I think copying an item should copy more or less the entire entry Removing or revising the text you don't want to keep is easy; not having it within view makes things cumbersome -- in the worst case, you do the "back button - select - copy - forward button - select - paste" routine three times in order to copy over the description, the tags, and the body.

by era 2006-06-19 01:23 blog · bugs · deliriouswishlist · erablog · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entry/5577 - cached - mail it - history

Bug: URL #fragment lost on (copy)

Any #fragment part disappears from the URI when you copy an entry The link is to an entry which features a #fragment so you can try to repro with that. (Dang, looks like the entry view doesn't have a (copy) link. Welp, now that we have search, search for "CSS: a tabbed interface" http://de.lirio.us/rubric?like=css:+a+tabbed+interface and pick the oldest hit.)

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · erablog · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entry/5563 - cached - mail it - history

Bug: (data loss!) drops body if invalid character sequences are entered

Apparently, any non-UTF8 input will simply be discarded without warning The referenced entry is supposed to contain the letter lower-case a with a circle on top ("Swedish o", "Angstrom"). I was not able to enter this with my current input locale. The body I had typed in was simply discarded, and Rubric looped back to displaying the input form again (with other fields left intact). At the very least, there should be a warning indicating why this is happening. Fortunately, I was able to get back my original form input by pressing my browser's Back button, and I was able to massage it into a form which was accepted as valid input. (Good thing I had just viewed the Rubric Changelog, which gave me a clue about what was wrong.) Update: This may or may not be a browser setting bug, too. In Firefox, selecting View > Character Encoding > Unicode (UTF-8) seems to help. Caution: Switching forces a reload of the current page. If you are on a form, you'd better copy the data in the form because it might disappear. When editing an entry, if you insert a non-UTF character, pressing Save gets you back to the input form with the unedited entry in the form. Again, the Back button at least in Firefox seems to get back the old data, but copying the current form data to the clipboard is probably always a good precaution. Update too: I am no longer able to trivially repro catastrophic errors, but maybe I am more cautious and/or maybe my understanding of this problem has improved or gotten worse or whatever. Something could have changed with the Rubric 0.10 update, too.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs.worksforme · delirioussiteblog · erablog · rubric_0.09 · 20060619-0123

http://de.lirio.us/rubric/entry/5416 - cached - mail it - history

Wishlist item: Ability to classify language and coding system of entry's fields and linked site

As the site grows, it will be increasingly useful to be able to focus on languages you understand Ideally, the site would be able to supply a meaningful default guess for every field, and a user preference for which languages to display and/or suggest. See also the Accept-Language HTTP header. Gertjan van Noord's TextCat is a fairly popular Perl-based language identification module. (It's not actually a proper module, but you can get a modularized version e.g. from the SpamAssassin sources.) Samma pÃ¥ svenska. Ja suomeksikin.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · deliriouswishlist · erablog · language · language.identification · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entry/5407 - cached - mail it - history

Wishlist: Display the date an entry was last modified in the "(body)" display

Since this data is kept someplace, and might help readers grok what they're seeing ... And of course, so that I can get it into the site dump. You can see the last modification date of your own entries by opening the (edit) link for them, but obviously, you can't do this with other people's entries.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · delirioussiteblog · delirioussitedump · deliriouswishlist · erablog · rubric_0.08 · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entry/4796 - cached - mail it - history

Wishlist: A way to obtain the number of the newest entry

Getting the site dump would be expedited by having a way to find out the index of the last entry The way I do it now is just fetch the cover page, extract the number of entries from the footer, and assume that's also the number of the last entry. I know this is incorrect because the number of deleted entries is subtracted; I could adjust by adding the number of deleted entries I already have from the previous dump, and get closer to the truth, but the ideal would be to get the index of the latest entry, no more and no less. How about a parameter to force the display of "(body)" links for all entries?

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · delirioussiteblog · delirioussitedump · deliriouswishlist · erablog · rubric_0.08 · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entry/4795 - cached - mail it - history

Re: recent tags

Just for the record, here are the recent tags on the front page right now To be sure, clicking on e.g. WebSearch.COM.AU reveals that the newest "recent" addition to this category was four days ago. (Thank goodness.) All the biblio_numerique hits are a week or more old. Etc. 31 WebSearch.COM.AU WebSearch.CO.NZ 5 biblio_numerique 4 xml 3 tools geek 2 wikipedia wheel vod unix radio opensource npr linux htaccess howto driving bookmarking Windows Whaling Water Travel Teflon TCP Spelunking Source Sheep Sharks Sequence Security Remedy Reef Reading Photography Persons Packets Open One Numbers Missing Mineral Microsoft Management Macintosh Linux Home Herbal Helecopter Glasses Fragmented Update: This bug still seems to be present in 0.09_01.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · erablog · rubric_0.08 · rubric_0.09 · 20060619-0123

http://de.lirio.us/rubric/entry/4238 - cached - mail it - history

Bug: "recent tags" listing is weird

The tags I see in "recent tags" on the front page are quite different from the actual content Here are the "recent tags" I get on the front page right now: 9 01a 7 blog We pause the listing here to note that the 01a links are all my own, and I haven't added anything to that category today. Actually the newest entry is from five days ago. On the whole, the "recent tags" listing looks eerily like my own personal tags, but I don't use "news", "games", "books_to_read", "wordpress", "themes", "portal", "mac", "freeware", "computers", "web", "lithuania", or "law". The rest of the listing is below. In the meantime, let me note that just now, the most frequent tags I see on the actual front page are linux, EDA (3 occurrences), software, ruimte, howto, finance, china, Wildlife, PotentialPurchases, Linux, KDE, Cams, and Birds (2 occurrences). Okay, here is the rest of the "recent tags" listing, in somewhat condensed format (all tags with the same occurrence count on the same line). 6 wiki software news games category books_to_read advocacy 00a 5 unix site programming history graphics emacs design deepsite 4 wordpress themes opensource extension erablog download development algorithm 3 portal mac linux hacker freeware delirioussiteblog deliriousbugs delirious debian css computing computers bugs 02a 2 www web society search sawfish music mail lithuania law internet Update: This bug still seems to be present in Rubric 0.09_01. Update: This looks like it's finally fixed in 0.10.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs.fixed · delirioussiteblog · erablog · _fixed · rubric_0.08 · rubric_0.09 · 20060619-0123

http://de.lirio.us/rubric/entry/4174 - cached - mail it - history

Bug: per_page=100 suffix is sticky

Undocumented feature, does not work properly ... Ah, well. The Rubric documentation does mention that this is "saved per session". In other words, once you try it once, it stays on. I guess there might be a cookie you could remove from your cookie store, or as a simple workaround, just view http://de.lirio.us/rubric?page=1&per_page=25 to reset. See also http://de.lirio.us/rubric/entry/4015

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs · delirioussiteblog · erablog · rubric_0.07 · rubric_0.08 · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entry/4006 - cached - mail it - history

Bug: expand/collapse and next/previous links broken (again?)

Various more or less crucial parts of the context are lost For example, when you click on "site blog/forum", the "collapse" link on that page will take you back to the front page, not to a collapsed view of the site blog. I've also noticed that the "next page" link in search results will not take you to the next page of search results, but to the place where you'd expect the "next page" link on the front page to take you. (Right now I can't even repro that, because I can't get search to return anything meaningful, either.) I'm fairly confident this used to work (better?) some weeks ago. I don't think switching to a different CSS style sheet could be to blame, but then what do I know. Also coincidentally, should the CSS announcement perhaps have been posted in the site blog?

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · delirioussiteblog · erablog · 20060619-0123

http://de.lirio.us/rubric/entry/35500 - cached - mail it - history

Wishlist item: Make site-internal URLs in description and body clickable

If you are restrictive about which links you make clickable, you can be fairly secure

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · delirioussiteblog · deliriouswishlist · erablog · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entry/2836 - cached - mail it - history

Bug (?): Front page only lists unique bookmarks

Your entry won't appear on the front page if somebody else has already linked to it To my surprise, did not appear on the de.lirio.us front page. It doesn't have any @private tag or anything -- shouldn't it be visible on the front page like all the other recent postings? (Or less recent, if you read this umpteen entries from now, and it has scrolled back umpteen/25 pages.) Update: Seems that if the link already exists in somebody else's bookmarks, it's not "new" and isn't posted on the front page. (It happened again to me, and I'm beginning to see a pattern.) Retitled correspondingly.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · erablog · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entry/26709 - cached - mail it - history

Wishlist item: Make "related tags" easier to click

The little "+" and "-" links are awfully hard to hit. Maybe make the whole label do the same thing? The link currently under the label in related tags is not particularly hard to reach from elsewhere; in fact, clicking on that tag in any listed entry will take you to the same place. See also http://de.lirio.us/rubric/entry/2234 (AND NOT search). Update: This is fixed in Rubric 0.08. Thanks guys!

by era 2006-06-19 01:23 blog · bugs · delirious · delirioussiteblog · deliriouswishlist.fixed · erablog · rubric_0.07 · 20060619-0123

http://de.lirio.us/rubric/entry/2667 - cached - mail it - history

Bug: Deleted entries don't look "deleted"

Confusing result if you click on a link to a deleted entry I think I would like to see an honest-to-$dmr HTTP-level error message (410 GONE would seem appropriate) but even a human-readable error message would be preferable to what looks like just a bug.

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs.fixed · delirioussiteblog · erablog · _fixed · rubric_0.07 · 20060619-0123

http://de.lirio.us/rubric/entry/2595 - cached - mail it - history

Bug: Duplicate tags result in an ugly error message

Entering the same tag twice gets me a hideous SQL error message The code should probably just remove duplicates before passing it all on to SQL. Update: This is supposed to be fixed with the upgrade to Rubric 0.08 Here's what I get (formatting obviously elided, this is just a simple cut & paste): Software error: Error executing run mode 'post': Can't insert new Rubric::EntryTag: DBD::SQLite::st execute failed: columns entry, tag are not unique(1) at dbdimp.c line 401 [for Statement "INSERT INTO entrytags (entry, id, tag) VALUES (?, ?, ?) "] at /usr/local/lib/perl5/site_perl/5.8.6/DBIx/ContextualFetch.pm line 51. at /usr/local/lib/perl5/site_perl/5.8.6/Class/DBI/Relationship/HasMany.pm line 89 at /var/www/vhosts/Rubric-0.06/rubric line 4 For help, please send mail to the webmaster (steve@de.lirio.us), giving this error message and the time and date of the error.

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs.fixed · delirioussiteblog · erablog · _fixed · rubric_0.07 · 20060619-0123

http://de.lirio.us/rubric/entry/2255 - cached - mail it - history

Bug: Tags with dash in them are silently dropped

Don't use tags with a dash in them; they are lost without a warning Update: In Rubric 0.08, you get a warning "Tags may only contain letters, numbers, dot, colon, and asterisk." Back from the future: In Rubric 0.10, tags can contain hyphens, as long as it's not the first letter of the tag.

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs.fixed · delirioussiteblog · erablog · _fixed · rubric_0.07 · 20060619-0123

http://de.lirio.us/rubric/entry/2252 - cached - mail it - history

Bug: Leaving the "uri" field blank results in massive redirection

I wanted to create a blog entry which didn't link anywhere in particular, so I left the uri field blank. Oops. I ended up laboriously entering http://de.lirio.us/rubric/delete/1606 through 1626 in the Location bar of my browser, but if I get to choose between bulk deletion of all links with a particular tag, or preventing this from happening in the first place, I'd pick the latter. Proposal: Either allow the uri field to be empty without significant side effects (this would be my preferred fix) or issue a warning rather than spin into an uncontrolled redirection loop. Update: Tried this from home in Firefox 1.0.1-2 on Debian against Rubric 0.07; couldn't repro. Funny, because my setup here is fairly similar to the setup at work.

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs.worksforme · delirioussiteblog · erablog · 20060619-0123

http://de.lirio.us/rubric/entry/1699 - cached - mail it - history

Re: %2520 bug

Halfway fixed, but still broken I posted an update to http://de.lirio.us/rubric/entry/11625, which see.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · erablog · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entry/11625 - cached - mail it - history

Wishlist item: Ability to filter out particular users / cats

I have a wishlist item about this already, but filtering on users would be useful too ... in particular, some particular users. The tags filter wishlist item I filed is at (yikes, that's old !-)

by era 2006-06-19 01:23 blog · bugs · delirious · deliriouswishlist · erablog · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/user/murklins - cached - mail it - history

Regression bug: "Related tags" queries no longer work

Boolean AND logic appears to be broken Several of my "rubric_0.09" entries are also in the categories "rubric" and "bugs", but queries for rubric+rubric_0.09 or bugs+rubric_0.09 (or bugs+rubric for that matter) don't work. Update: it's the CGI parsing which is broken; queries for "rubric%20rubric_0.09" work OK (which my test URI was actually turned into when I bookmarked it -- neat huh. I didn't even know you could be able to handle one but not the other). In any event, the "related tags" box in particular doesn't work. Update: Appears to be fixed now; apparently, a local configuration error of some sort?

by era 2006-06-19 01:23 blog · bugs · deliriousbugs.fixed · delirioussiteblog · erablog · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/user/era/tags/rubric_0.09+rubric - cached - mail it - history

Bug: When editing in a nested query, "returns" to wrong place

Namely, the %20 in the URI is improperly escaped to %2520 When viewing a query for { taga, tagb } in my own entries and e.g. editing one of the entries, when I'm done editing, Rubric tries to return to the query, bug gets it wrong. The (edit) link I'm looking at right now is http://de.lirio.us/rubric/edit/5577?then_goto=http://de.lirio.us/rubric/entries/user/era/tags/rubric_0.09%2520bugs so the link itself is wrong (although it displays right in the browser's status bar for some reason). Closely related to http://de.lirio.us/rubric/entry/11620 I suspect. Update: works now? Sort of. Namely, when editing an entry under taga+tagb I am sent "back" to taga%20tagb (which still works), and then if again I edit an entry, I get sent "back" to taga%2520tagb (which is wrong, and returns all my entries).

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · delirioussiteblog · erablog · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/user/era/tags/rubric_0.09%20bugs - cached - mail it - history

Bug: @tags break filtering

When viewing my own entries, clicking "@private" in "your tags" constrains the listing to ... all my entries, still I sincerely hope this is a transient error or something in the configuration for de.lirio.us, and not a problem in Rubric itself. This seems to hold for any tag beginning with an @ (I tried to create a category @notes) -- the software won't allow me to create a tag with a @ somewhere else in it so the question whether that would also break filtering is moot. As a workaround, I tried to use the %40 encoding in the URL (that's why the URL for this particular entry looks funny) but that didn't help at all. Any other ideas? Backslash the @ maybe? (This is Perl software, after all!) Update: Nope, doesn't work better at all. Update too: This sounded familiar, yes. It was reported already in but somehow I was under the impression that it would have been fixed by now. Oh, well.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · delirioussiteblog · erablog · rubric · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/user/era/tags/%40private - cached - mail it - history

Bug: Numeric tags don't work (as expected)

Queries for tags consisting of numbers only don't return any results I experimentally added tags "0", "1", "2", and "3" to some bookmarks of mine, because I wanted to start prioritizing bookmarks somehow. Turns out that using just numbers was not such a great idea. If this can't be easily fixed -- I suspect it's just a matter of "defined" vs "true" in Perl -- perhaps at least the engine could warn you when you try to use these tags. (Cf. the case of disallowed characters in tags, http://de.lirio.us/rubric/entry/2252) As a workaround, "00a", "01a", "02a", "03a" seem to work fine. I'm too lazy to go back and check whether the "a" suffix is necessary. Update: With Rubric 0.08, it seems that 0 behaves identically to 1 and 2. (Before, the query for "0" would return all my entries.) The links do show up in "all tags" but clicking on them or selecting the corresponding tag search results in an empty search result. (The 0.08 changelog indicates that 0 is now "fixed" but I think not.) Update: With Rubric 0.09_01, I noticed that the entry I created with the tag 0 doesn't actually display this tag. I guess it's filtered out as "not true" (as opposed to "not defined") at some point. Other than that, still open as of Rubric 0.09_01. Update too: With 0.10, the query for tag "0" again returns all my entries. The tag "1" gets added etc properly but querying for it returns no entries.

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs · delirioussiteblog · erablog · rubric_0.07 · rubric_0.08 · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/user/era/tags/0 - cached - mail it - history

Wishlist item: RSS feed for actual entries

An alternative RSS feed with links to my entries would be nice The live bookmarks I have now allow me to easily visit the sites I have added to my de.lirio.us links. But as often as I wish to visit those sites, I wish to revisit the actual entry on de.lirio.us, perhaps to read the description, or add a tag, or otherwise edit the entry (especially these blog-type entries need an update every once in a while!) At least in Firefox, it seems quite possible to have multiple RSS feeds for a page; you can have different titles for each feed, and the "live bookmark" button down in the right corner expands to a menu where you pick the one you want to subscribe to. In concrete terms, I would suggest adding a &type= parameter to the ?format=rss operation, where allowable values might be links (the current kind, and the default if this parameter is missing) and entries (where instead of links to the uri= of each entry, you would get links to the entries themselves).

by era 2006-06-19 01:23 blog · bugs · delirious · delirioussiteblog · deliriouswishlist · erablog · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/user/era?format=rss - cached - mail it - history

Bug: label says "your tags" even if you are viewing somebody else's

A more precise wording would be "user's tags" ... or even with the user name explicitly filled in. To be explicit: here I am visiting and the listing down the right side contains a listing of comforteagle's tags. But the label above the list says "your tags" even though they're not mine.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · erablog · gui · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/user/comforteagle - cached - mail it - history

Wishlist item: "Recent tags" above or next to "all tags"

When working on a topic, you frequently need to use the same tags as for the previous new entry Like just now, I added a bunch of new entries under the tag "rubric_0.09". See also http://de.lirio.us/rubric/entry/2560 (bulk add -- that would be convenient too) and (tangentially) http://de.lirio.us/rubric/entry/2667 (filtered tags search).

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · delirioussiteblog · deliriouswishlist · erablog · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/tags/rubric_0.09 - cached - mail it - history

Wishlist: Display "related tags" in tag view

http://de.lirio.us/rubric/entries/tags/rubric_0.08 doesn't have a "related tags" box on the right (any longer?) Am I deluded, or did it use to be there in 0.07? Anyway, it would be a useful addition. Update: They are there in http://de.lirio.us/rubric/entries/user/era/tags/rubric_0.08 so that's probably where I've seen them before. But obviously it would be helpful (perhaps even more so) to have them in the user-less location http://de.lirio.us/rubric/entries/tags/rubric_0.08 as well.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · deliriouswishlist · erablog · rubric_0.08 · rubric_0.09 · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/tags/rubric_0.08 - cached - mail it - history

Bug: "collapse" link loses page number

Clicking "collapse" on any page sends you to the first page of the view Thanks for the new feature, I had been wishing for that! However, turns out that one tiny bug remains: when you click "next page" and then "collapse" you are sent back to the first page. The "collapse" link fails to include the page number you are on. See also http://de.lirio.us/rubric/entry/2533 and http://de.lirio.us/rubric/entry/5413 Update: Fixed with the update to Rubric 0.10.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs.fixed · delirioussiteblog · erablog · rubric_0.08 · rubric_0.09 · 20060619-0123

http://de.lirio.us/rubric/entries/tags/delirioussiteblog?page=2&long_form=1 - cached - mail it - history

Bug: Missing and mislabelled entries in RSS feed

For example, a couple of oddities in the live bookmark for delirioussiteblog Here are the top 10 items on "site blog/forum" when I view it via the regular web interface @private filter broken? jpbarto @ freeshell.org Re: Converting Del.icio.us to De.lirio.us jpbarto @ freeshell.org Wishlist item: @any private tags Wishlist item: RSS feed for actual entries Re: Converting Del.icio.us to De.lirio.us Re: Converting Del.icio.us to De.lirio.us Bug: leading space in tags field not allowed Re: Delirious site dump temporarily offline and here's what's displayed as the top 10 items in my corresponding live bookmark jpbarto @ freeshell.org jpbarto @ freeshell.org jpbarto @ freeshell.org Wishlist item: RSS feed for actual entries Re: Converting Del.icio.us to De.lirio.us jpbarto @ freeshell.org Bug: leading space in tags field not allowed Re: Delirious site dump temporarily offline de.lirio.us/popular Re: displaying image links inline Notice that two of the actual top 10 are missing, so the RSS top 10 contains entries which are number 11 and 12 on the web page. (The RSS feed has more than 10 entries, of course, but the top 10 are illustrative of the problem.) Off the cuff analysis: The entries which are not links to anywhere are simply omitted from the RSS feed. This is perhaps working according to spec, but is a bit counter-productive (in case you want the RSS feed so you can see when there's new stuff to read in the blog, not particularly because you want the Latest Links to Random Places). This would be easily fixed if the entries RSS were available When there are several links to the same URL in the RSS feed, they are all labelled identically. The labels in the RSS feed seem to correspond to either the title of the page they link to (sort of understandable, but I think technically not feasible ...?) or just the latest (or earliest?) label assigned to that particular URL (in which case this is definitely a bug).

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · delirioussiteblog · erablog · rss · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/tags/delirioussiteblog?format=rss - cached - mail it - history

Reducing delirioussiteblog bug spam

I removed the "delirioussiteblog" tag from many bugs I'm removing the "delirioussiteblog" tag from many of my "deliriousbugs" postings, especially the older and/or less serious ones. Check out the "deliriousbugs" category (and "deliriouswishlist" too) to see a full listing. I guess I may be forging history here. Sorry, couldn't resist.

by era 2006-06-19 01:23 blog · bugs · delirious · delirioussiteblog · erablog · 20060619-0123

http://de.lirio.us/rubric/entries/tags/deliriousbugs - cached - mail it - history

Bug: leading space in tags field not allowed

You are not allowed to proceed until you remove the leading space You get a nasty error message if the first character in the "tags" field on the edit form is a space. This is exacerbated by the fact that the JavaScript in the "your tags" sidebar will often add a leading space to the tag it adds. (I have not been able to identify the exact circumstances. If you add two tags and the latter happens to become the first when the list of tags is alphabetized, like the JavaScript addTag function appears to do, this would seem to trigger it, at least.) To repro, add a new entry or edit an existing one; add a space to the beginning of the "tags" field, and press "save". You get an error message "Tags may only contain letters, numbers, dot, colon, and asterisk." in the tags field. Making matters worse, the body of your entry is zapped. Fortunately, the browser's back button gets it back (at least in Firefox). This is a bug I have already reported in another context. The simple fix would be for the edit form to silently accept and discard leading spaces in the tags field.

by era 2006-06-19 01:23 blog · bugs · deliriousbugs · delirioussiteblog · erablog · rubric_0.10 · 20060619-0123

http://de.lirio.us/rubric/entries/tags/%20 - cached - mail it - history

Bug: Revising an entry loses state of previous view

I am sent to the listing of my own entries, not to where I was, when I click Save This is particularly annoying if I have navigated to a particular page of a long listing, and/or have a particular category where I want to make an adjustment to many entries. Update: Yay, this seems fixed now (Rubric 0.08).

by era 2006-06-19 01:23 blog · bugs · delirious · deliriousbugs.fixed · delirioussiteblog · erablog · _fixed · rubric_0.07 · 20060619-0123

http://de.lirio.us/rubric/edit/2577 - cached - mail it - history

#111960 - libmail-imapclient-perl: SSL support - Debian Bug report logs

Patch to add SSL support for Mail::IMAPClient.pm

by era 2006-06-19 01:23 bug · debian · module · opensource · patch · perl · source · 20060619-0123

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=111960 - cached - mail it - history