David Jack Wange Olrik activity https://gitlab.com/davidolrik 2026-02-21T01:08:50Z tag:gitlab.com,2026-02-21:5127442524 David Jack Wange Olrik commented on issue #7982 at GitLab.org / cli 2026-02-21T01:08:50Z davidolrik David Jack Wange Olrik

@davidolrik How far back are we talking here? Are these installs within our supported versions?

When I reported the issue we were running 18.3.1, and I agree with the "don't allow no prefix", but if you could add a migration that updated empty prefixes to glpat- that would be sweet.

tag:gitlab.com,2026-02-20:5125244972 David Jack Wange Olrik commented on issue #7982 at GitLab.org / cli 2026-02-20T12:21:22Z davidolrik David Jack Wange Olrik

It's also possible on old self managed installs, that haven't gotten this setting updated.

tag:gitlab.com,2026-01-16:5000925033 David Jack Wange Olrik commented on issue #7982 at GitLab.org / cli 2026-01-16T08:31:04Z davidolrik David Jack Wange Olrik

Sorry for the late response, at the time we were running 18.3.1

tag:gitlab.com,2025-09-02:4579012888 David Jack Wange Olrik opened issue #7982: Tokens that start with -O breaks `glab config set token` at GitLab.org / cli 2025-09-02T09:19:08Z davidolrik David Jack Wange Olrik tag:gitlab.com,2025-05-16:4270698597 David Jack Wange Olrik commented on issue #12247 at George Nachman / iterm2 2025-05-16T09:21:12Z davidolrik David Jack Wange Olrik

Not sure I follow - Using your example, how can I put my editor in pane 1 if there are two panes who both have p1 (all in the same window) ?

The problem I'm trying to solve is assigning behaviour to the pane using the pane number, which I have already done successfully for tabs and windows, e.g. "use this environment and show this badge".

For this to work it is not important what number a give pane has, as long as there is only one pane of each in a give window. And I can't use the UUID for this as it changes over time.

tag:gitlab.com,2025-04-14:4184540750 David Jack Wange Olrik opened issue #12247: $ITERM_SESSION_ID contains duplicate pane ids after close pane/create pane at George Nachman / iterm2 2025-04-14T10:09:55Z davidolrik David Jack Wange Olrik tag:gitlab.com,2024-09-11:3635886771 David Jack Wange Olrik commented on issue #11844 at George Nachman / iterm2 2024-09-11T19:55:03Z davidolrik David Jack Wange Olrik

Sorry if I wasn't clear in my request, this or for the 1Password integration into the builtin password manager of iTerm.

In 1Password you click "New item", and then "API Credential" in the right column, fourth option from the top. I then tag the "API Credential" with iTerm to have it appear in the iTerm password manager, but when selected I get the error above.

tag:gitlab.com,2024-09-09:3628148861 David Jack Wange Olrik opened issue #11844: Add support for "API Credential" from 1Password at George Nachman / iterm2 2024-09-09T09:59:30Z davidolrik David Jack Wange Olrik

Feature Request

Summary

As it is now you can tag a "Login" with iTerm and it will popup in the builtin password manager.

There also exists a type called "API Credential" which looks like a "Login" with some extra fields such as expiration date and hostname.

It would be really sweet if I could tag an "API Credential" entry with iTerm and have iTerm paste the "credential" field the same way it pasted the "password" field from "Login" entries.

Alternatives

Don't use "API Credential" for personal access tokens and such and find another way to keep track of expiation dates etc.

Concerns

This might be bug, or maybe it hasn't been implemented fully yet. The "API Credential" shows up in the internal password manager, but when trying to paste it I get the following error:

CleanShot_2024-09-09_at_11.52.54_2x


tag:gitlab.com,2024-06-18:3436818295 David Jack Wange Olrik commented on issue #456888 at GitLab.org / GitLab 2024-06-18T08:19:10Z davidolrik David Jack Wange Olrik

I would go for stable first.

When it can be configured per project it is only an inconvenience to have to keep entering the same parameters for each project.

tag:gitlab.com,2024-06-18:3436557648 David Jack Wange Olrik commented on issue #456888 at GitLab.org / GitLab 2024-06-18T06:43:46Z davidolrik David Jack Wange Olrik

And I see that there is already an issue for that: #456889

tag:gitlab.com,2024-06-18:3436553547 David Jack Wange Olrik commented on issue #456888 at GitLab.org / GitLab 2024-06-18T06:41:45Z davidolrik David Jack Wange Olrik

Sorry, I was commenting on a couple of issues, and forgot to include some of the details here.

What I ment to say was that it should be possible to configure this once for all repositories, and then override the necessary bits in each enabled repo.

tag:gitlab.com,2024-06-13:3428130383 David Jack Wange Olrik commented on issue #456888 at GitLab.org / GitLab 2024-06-13T12:19:48Z davidolrik David Jack Wange Olrik

This should also be possible for GitLab Service Desk.

tag:gitlab.com,2022-11-11:2227579864 David Jack Wange Olrik opened issue #10680: Fixed font size for badge at George Nachman / iterm2 2022-11-11T12:53:24Z davidolrik David Jack Wange Olrik

If I have a pane that is about 12 lines tall, the badge in that window is very small.

I would like to be able to set a fixed size for all by badges, so they are all the same size,


tag:gitlab.com,2022-06-08:1931363601 David Jack Wange Olrik opened issue #6: CDATA messes up the color rendering in XML files at Garth Mortensen / Rainbow Tags 2022-06-08T12:21:22Z davidolrik David Jack Wange Olrik

As CDATA elements do not have a closing tag, it is needed to consider the tag as both a opening and closing tag.

Example:

<tag>
  <another_tag>
    <![CDATA[This is a test]>
  </another_tag>
</tag>

In the example above <another_tag> and </another_tag> have different colours. If you add a / before the > at the end of the CDATA element the colours are rendered correctly, but that is unfortunately not valid XML.

tag:gitlab.com,2021-05-21:1273117368 David Jack Wange Olrik closed issue #1: --tablename doesn&#39;t support alternate schema at David Jack Wange Olrik / dramatiq-pg 2021-05-21T20:23:45Z davidolrik David Jack Wange Olrik

The docs for --tablename says "Alternative full table name including schema" but specifying a schema doesn't work.

Here is the error I get when calling flush with --tablename public.dramatiq_queue

[2021-05-21 18:47:06,650] [PID 1402] [MainThread] [dramatiq_pg.cli] [ERROR] Unhandled error:
Traceback (most recent call last):
  File ".venv/lib/python3.9/site-packages/dramatiq_pg/cli.py", line 30, in entrypoint
    exit(main())
  File ".venv/lib/python3.9/site-packages/dramatiq_pg/cli.py", line 69, in main
    return args.command(args)
  File ".venv/lib/python3.9/site-packages/dramatiq_pg/cli.py", line 134, in flush_command
    curs.execute(QUERIES.FLUSH)
psycopg2.errors.UndefinedTable: relation "dramatiq.public.dramatiq_queue" does not exist
LINE 1: DELETE FROM "dramatiq"."public.dramatiq_queue"
tag:gitlab.com,2021-05-21:1273116119 David Jack Wange Olrik opened issue #19: --tablename doesn&#39;t support alternate schema at dalibo / dramatiq-pg 2021-05-21T20:22:23Z davidolrik David Jack Wange Olrik

The docs for --tablename says "Alternative full table name including schema" but specifying a schema doesn't work.

Here is the error I get when calling flush with --tablename public.dramatiq_queue

[2021-05-21 18:47:06,650] [PID 1402] [MainThread] [dramatiq_pg.cli] [ERROR] Unhandled error:
Traceback (most recent call last):
  File ".venv/lib/python3.9/site-packages/dramatiq_pg/cli.py", line 30, in entrypoint
    exit(main())
  File ".venv/lib/python3.9/site-packages/dramatiq_pg/cli.py", line 69, in main
    return args.command(args)
  File ".venv/lib/python3.9/site-packages/dramatiq_pg/cli.py", line 134, in flush_command
    curs.execute(QUERIES.FLUSH)
psycopg2.errors.UndefinedTable: relation "dramatiq.public.dramatiq_queue" does not exist
LINE 1: DELETE FROM "dramatiq"."public.dramatiq_queue"
tag:gitlab.com,2021-05-21:1273114384 David Jack Wange Olrik opened issue #1: --tablename doesn&#39;t support alternate schema at David Jack Wange Olrik / dramatiq-pg 2021-05-21T20:20:39Z davidolrik David Jack Wange Olrik

The docs for --tablename says "Alternative full table name including schema" but specifying a schema doesn't work.

Here is the error I get when calling flush with --tablename public.dramatiq_queue

[2021-05-21 18:47:06,650] [PID 1402] [MainThread] [dramatiq_pg.cli] [ERROR] Unhandled error:
Traceback (most recent call last):
  File ".venv/lib/python3.9/site-packages/dramatiq_pg/cli.py", line 30, in entrypoint
    exit(main())
  File ".venv/lib/python3.9/site-packages/dramatiq_pg/cli.py", line 69, in main
    return args.command(args)
  File ".venv/lib/python3.9/site-packages/dramatiq_pg/cli.py", line 134, in flush_command
    curs.execute(QUERIES.FLUSH)
psycopg2.errors.UndefinedTable: relation "dramatiq.public.dramatiq_queue" does not exist
LINE 1: DELETE FROM "dramatiq"."public.dramatiq_queue"
tag:gitlab.com,2021-05-21:1272874912 David Jack Wange Olrik created project David Jack Wange Olrik / dramatiq-pg 2021-05-21T16:43:42Z davidolrik David Jack Wange Olrik tag:gitlab.com,2020-02-10:644014993 David Jack Wange Olrik commented on issue #34861 at GitLab.org / GitLab 2020-02-10T11:01:29Z davidolrik David Jack Wange Olrik

We fixed our issue using the fix described here: #35196 (comment 280159689)