primordic/IssueDupesLite huggingface dataset:
Repository: luakit/luakit

Issue #169: Add support for SOCKS proxies
Created: 2013-01-14T18:12:47Z
Yes, i know there was this kind of request (#69) and it was closed.
But according to this news http://ftp.acc.umu.se/pub/gnome/sources/libsoup/2.39/libsoup-2.39.1.news libsoup can handle SOCKS proxies since version 2.39.1 and current version is 2.40.2.

Duplicate issue #191: torify doesn't work through command line
Created: 2013-04-04T23:10:03Z
luakit is now spawning an instance instead of running in terminal, torify is not working with luakit as of now. Please confirm if anyone experience the same problem.

Closing comment (2013-04-06T23:17:32Z): Hey Plaque, I'm back in irc a bit these days or email, thanks for attending
to the issues while I was out of contact.
On Apr 6, 2013 12:57 PM, "Plaque FCC" notifications@github.com wrote:

Hi, Mason!
Actually have no other way to contact you, so here I am saying «hi»
and shouting we're missing you alot. ;D Have a pleasant tour!
В Fri, 05 Apr 2013 23:00:28 -0700
Mason Larobina notifications@github.com пишет:

Understandable, I hope to be back in a position to attend to these
bugs soon. I'm currently touring around the US and don't have my
personal laptop with me.
On Apr 5, 2013 5:26 PM, "mpfusion" notifications@github.com wrote:

On 2013–04–05 Mason Larobina wrote:

I'm not familiar with the torify command but I assume it changes
some environment proxy vars.

Indeed. And it loads libtorsocks.so using LD_PRELOAD.

Seems like there's room for improvement here in luakit to check if
proxy environs are the same before opening in an existing session.
I can think of a few ways to do this

It wouldn't be too hard to catch this particular case, I guess. But
wouldn't it be better to use the already present command :proxy
for this? Unfortunately I couldn't get it working with Tor. Maybe
it's related to #169.

however I won't be able to experiment with them for a few weeks.

If you have time for further development I would advice to focus
more on the current bugs than the features. The following major bugs
are still unresolved: #170, #182, #168, #137, #123, just to mention
a few.
—
Reply to this email directly or view it on
GitHub<
https://github.com/mason-larobina/luakit/issues/191#issuecomment-15987642>
.


Reply to this email directly or view it on GitHub:
#191 (comment)

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/191#issuecomment-16002940
.
Repository: luakit/luakit

Issue #406: How to change website fonts?
Created: 2017-08-03T14:38:55Z
Sorry for silly and fully useless issue, but I really don't get it.
I'm new for this browser, and I need to force-select default font aliaces for websites. In all configs hosted on GitHub used deprecated user_stylesheet_uri in domain-props, but now it's styles.detect_files and I don't know how to correct use it.
Can you give an example, please?
P.S.
Maybe adding examples in documentation will be little bit useful for ponyheads like me, neigh?

Duplicate issue #931: How do I make luakit use a particular font to render web pages?
Created: 2021-05-31T15:47:01Z
I need to override the web page default font and use a particular font, say JatBrains Mono. How do I do this?

Closing comment (2021-06-03T06:54:00Z): I believe this to be a duplicate of #406.
Repository: luakit/luakit

Issue #509: Open new tabs instead of new windows
Created: 2017-09-09T12:42:18Z
Hey
luakit provides tabs but I prefer to use an other windows manager.  Then I press "w" instead of "t" to open in a new windows.
Unfortunately, bookmarks does not provide a shortkey to be opened in a new window. Maybe there is many other features that do not provide those mecanisms too.
For now, I use "w" luakit://bookmarks to open it in a new window.
Does this new feature make sense ?
Thanks

Duplicate issue #590: One window per tab mode
Created: 2017-11-12T11:54:49Z
Can you add some setting to make only one window per tab(many browsers have it)? The case is that with exwm tabs can be easily integrated into emacs as regular buffers.

Closing comment (2017-11-13T22:57:53Z): This seems similar to #509; is that what you want @schvabodka-man?
Repository: luakit/luakit

Issue #297: completion: automatically show menu
Created: 2016-03-17T13:19:25Z
Is there a way to open the completion menu automatically (like Vimperator)?
Also, I'd like to select a menu item by pressing the Enter key once, so when I hit Enter on a completion menu item I'd like to go to the url instead of just writing the url to the command bar and wait for another 'Enter'.

Duplicate issue #456: Live on-the-fly command autocomplete
Created: 2017-08-21T12:55:45Z
Hello there again. That would be really nice if there would be "real-time" autocompletition for commands and history as in qutebrowser(for example). That wouldn't be hard to implement. At the moment you already have autocompletition code. It's "fired" when user are pressing tab key. You just need to implement some listener that would "fire" autocompletition every time  input in luakit "command line" is changed. This would really improve usability, because clicking tab key is little bit annoying

Closing comment (2017-08-21T13:17:59Z): Hi! This is a duplicate of #297. I'll paste your comment there
Repository: luakit/luakit

Issue #761: Recurring freezes when loaded session
Created: 2019-03-04T20:28:48Z
Luakit hangs when a saved session (:wq) has been loaded. The hangs occur every few minutes (~5) and last around ~15-40 seconds. While this happens, luakit is unresponsive and crazy memory freeing/allocing happens, hundreds of MiB back and forth. For me, luakit actually reliably gets killed by OOM-killer now (which erases the session).
Environment
Luakit version: luakit fc07ed5 built with webkit 2.22.6 (installed version: 2.22.7), 2017.08.10
It happens with glibc and musl libc.
Reproduction Instructions

open tabs
:wq
start luakit
browse normally

Duplicate issue #775: recovery_session vacuuming?
Created: 2019-04-14T18:05:42Z
I'm submitting a…
Other (mostly a question, but a combo of bug report and feature request too)
Current Behavior
My recovery_session has already reached more than 13 MB, though it contains only 200 tabs. For comparison: a JSON session file from SeaMonkey profile that I used almost 2 years, that has almost 1000 tabs and stores a lot of metadata besides of URLs, is less than 6 MB. LuaKit, OTOH, seems to use some ad-hoc format, and to store not the static dump but the whole history of actions. If so, can it be vacuumed, so it should contain only the current state of tabs?
I started having a performance issue some days before: the luakit process usually occupies near 200 MB of RAM, but from time to time the memory usage grows to near 1 GB, or even more, and then back. This causes thrashing if the system had no enough free memory for such an unexpected quake. I had no idea what is this caused by: thought that this may be some buffer sync issue with LuaKit and X.Org/Compiz, but inspecting shared memory buffers did not confirm that; tried to disable Gigacage, even though WebKit things don't seem to be related to luakit process at all. And finally, when I started typing an issue about it, LuaKit crashed with unprotected error in call to Lua API (not enough memory) error, and corrupted the session file (luckily, I made a backup right before). So now I think this happens when LuaKit writes the session file; if vacuuming won't help, I will post a separate issue.
Expected Behavior
A compact session recovery file.
Reproduction Instructions
Having a long-living tab-oholic session.
Environment

Linux Distribution & Version: Debian 10
Output of luakit --version: luakit 2.0.0
built with webkit 2.22.6 (installed version: 2.22.7)

Closing comment (2019-04-14T20:14:14Z): The issue with RAM quakes seems to be a duplicate of #761
Repository: luau-lang/luau

Issue #1424: Solver fails in case of narrowing known type against truthy values
Created: 2024-09-18T07:17:02Z
Using the new type solver fails on degenerate cases when type checking
For example, in Roblox, the following code causes a type error:
--!strict

local function foo(player: Player)
	if player and player.Character and player.Character:FindFirstChild("Humanoid") then
		local humanoid = player.Character:FindFirstChildWhichIsA("Humanoid")
		assert(humanoid, `Failed to find {player.Character:GetFullName()}.Humanoid`)

		if player.Character:HasTag("someTag") then
			player.Character:FindFirstChild("RagdollConstraints"):Destroy()
		end
	end
end
Hovering over player inside the innermost if statement indicates the type is inferred as

refine<never, {
	Character: *blocked-5951724*
}>
Cannot call a value of type 'blocked-5951699'

Duplicate issue #1482: New type solver turns instances into never and in some cases into blocked types
Created: 2024-10-23T04:41:24Z
local part = Instance.new("Part")
part.Touched:Connect(function(touchedPart)
	-- touchedPart: BasePart
	-- touchedPart.Name: string
	if touchedPart.Name == "Handle" then
		-- touchedPart: never
		-- item: union<never, refine<never, *blocked-350804*>>
		local item = touchedPart.Parent
		-- item: never
		if item:HasTag("Key") then
			-- item: refine<never, *blocked-347854*>
			print(item) -- TypeError: Type function instance refine<never, *blocked-347546*> is uninhabited
		end
	end
end)

Closing comment (2024-10-23T09:11:48Z): Maybe a duplicate of #1424, or potentially related at the least.
Repository: luau-lang/luau

Issue #1456: Allow `Instance.new("Model") :: (Model & {kid: BasePart})`
Created: 2024-10-04T14:02:24Z
--!strict
local a = Instance.new("Model") :: (Model & {kid: BasePart})
--Type Error: (68,11) Cannot cast 'Model' into 'Model & { kid: BasePart }'
--because the types are unrelated
It would be sensible to allow such casts. they are allowed in the old solver but not in the new one

Duplicate issue #1459: New solver fails to handle intersections containing classes
Created: 2024-10-04T19:49:37Z
For example
--!strict
local Players = game:GetService("Players")

type ScriptSignal<T...> = RBXScriptSignal & {
	Connect: ((T...) -> ()) -> RBXScriptConnection,
}

local playerAdded = Players.PlayerAdded :: ScriptSignal<Player>
Gives the error "Cannot cast 'RBXScriptSignal' into 'RBXScriptSignal & { Connect: ((Player) -> ()) -> RBXScriptConnection }' because the types are unrelated", at "Players.PlayerAdded :: ScriptSignal". It sees the former as a ClassType and the latter as an IntersectionType and wrongfully draws the conclusion that they're unrelated.

Closing comment (2024-10-04T20:37:42Z): Duplicate of #1456
Repository: luau-lang/luau

Issue #1342: Include version in CLI output
Created: 2024-07-24T03:45:46Z
It's easy to forget if you're running the latest version of Luau.
This could be included in --help output, --version or -v could be added, or both.

Duplicate issue #1423: Add `--version` and `-v` to Luau CLI
Created: 2024-09-18T04:51:31Z
Right now it is impossible to tell what version of Luau's CLI you are running. It would be cool if you could tell.
The standard way to do this is with --version and -v as options, so I'd prefer that.

Closing comment (2024-09-18T10:47:43Z): Duplicate of #1342
Repository: luau-lang/luau

Issue #1261: intersecting class type by shape type results in `never` and causes loss of type inference - new solver bug
Created: 2024-05-23T02:09:49Z
As shown in the following screenshot, the new solver correctly resolves the type of HumanoidStateTypes in HumanoidStateTypes.Freefall (line 24) but resolves the type of HumanoidStateTypes to never on subsequent attempts to use the variable (lines 26 & 28).

According to Drakontas on the Roblox OSS Discord server (alexmccord), this is because:

it's intersecting Enum.HumanoidStateType.Freefall which is of type Enum.HumanoidStateType by a table (that should be viewed as a shape type) with Freefall property and intersecting a class type by a shape type shouldn't result in never, so i think this is a bug in simplification

Here's a minimal repro with a different Enum:
-- assume roblox dev environment with FFlag DebugLuauDeferredConstraintResolution = true 
local UserInputTypes = Enum.UserInputType -- hover shows: local UserInputTypes: Enum.UserInputType

local function handleInputType(someInputType: Enum.UserInputType)
      if someInputType == UserInputTypes.Focus then -- hover shows: local UserInputTypes: Enum.UserInputType
            print("client tabbed in")
      elseif someInputType == UserInputTypes then -- hover shows: local UserInputTypes: never

      end
end
(edits: fixed screenshot (Enum.HumanoidStateType.Walking doesnt exist), line number)

Duplicate issue #1476: (New solver) Checking the name of any instance in Roblox in an if statement causes a type error
Created: 2024-10-18T15:28:56Z
Checking the name of any instance (I used Folder here as an example) and then adding another condition to the if statement that involves the same instance causes this weird type error, it's trying to do the name refinement but then runs into the "blocked-number" error. This only happens with the name property, nothing else. It is also obvious that the solver is not working as intended here as it makes the type never. It is also worth noting that the warning only appears once you try to access another property/method. Just reporting here because it told me to and I don't think there is any issue with my code. It happens when you check the name of any instance. Might be an issue on Roblox's end since its exclusive to the name property but it seems like something that could be fixed with a solver update based on the warning.
Other details:

It's not an issue with FindFirstChild as I tried with other properties and methods, same result.
It happens even if part_1 has no type annotation. A typecast doesn't fix it either, same result.
It's not an issue with script.Parent, I tried accessing instances in other ways, same result.

Closing comment (2025-03-25T01:58:31Z): Yeah, this is because type refinements generate table types (there's no other approximation that's encoded at the time) and it is being intersected with a class type. By definition, a class and a table is an empty set. What Luau needs is a shape type that says the table isn't a table, just a generalization of it that is also a supertype of any class with compatible fields.
This is a duplicate of #1261.
Repository: luau-lang/luau

Issue #356: `if not x then return end` should exclude falsy types after the block
Created: 2022-02-11T18:26:43Z
local function foo(x: string?): string
    if not x then
        return "nil"
    end

    return "\"" .. x .. "\""
end
Code like this is correct, after the if statement, x cannot be falsy, but analyzer still warns that concatenation is not allowed:

TypeError: Type 'string?' could not be converted into 'number | string'

Duplicate issue #741: Support for recognizing guard clauses
Created: 2022-11-09T01:23:49Z
I'm confident that this has been brought up before at some point but I couldn't find an issue for it.
Currently, luau doesn't recognize guard clauses when refining types:
local myString: string? = "My string"
if not myString then
	return
end
print(#myString) -- type warning, because luau thinks myString may be nil, even though this is refined in the above guard clause
I use guard clauses all over the place, including continue and rarely break, and this is currently one of the biggest annoyances I have writing code with the typechecker on. This would be extremely nice to have, especially now that typing has become generally more consistent and therefore more powerful.

Closing comment (2022-11-09T11:59:55Z): I'm confident that this has been brought up before at some point but I couldn't find an issue for it.

Yes, this is a duplicate of #356 and #670
We are working to fix this, but the full system that handles this will need some time to get finished.
Repository: luau-lang/luau

Issue #745: "Cannot iterate over a table without indexer" when using generalised iteration
Created: 2022-11-13T14:06:06Z
local v = {
	["x"] = 1,
	["y"] = 2,
	["z"] = 3
}

-- Or, alternatively
-- local v = {
--	x = 1,
--	y = 2,
--	z = 3
-- }

for a, b in v do
	--  ^ TypeError: Cannot iterate over a table without indexer
end

Duplicate issue #776: false positive when iterating over a table with keys
Created: 2022-12-06T23:35:54Z
--!strict
local POSIX_CHARS = {
  DOT_LITERAL = "",
  PLUS_LITERAL = "",
  QMARK_LITERAL = ""
}

local WINDOWS_CHARS = {
  END_ANCHOR = '(?:[' .. ']|$)'
}
for k,v in POSIX_CHARS do -- incorrect "Cannot iterate over a table without indexer"
  WINDOWS_CHARS[k] = v
end

Closing comment (2023-02-15T22:44:38Z): I think this is a duplicate of #745 so I'll close this in favor of that since it was reported earlier.
Repository: luau-lang/luau

Issue #1517: Type checker widens annotated variables returned by functions to be nilable after equality comparisons
Created: 2024-11-10T01:10:05Z
Variables explicitly declared as non-nilable types are incorrectly inferred as nilable after being assigned from function returns, particularly when involved in equality comparisons (==). This leads to unexpected type errors when accessing properties or reassigning these variables within conditional blocks, despite their explicit non-nilable annotations.
Minimal code example
type MyType = {
    data: any
}

local function createMyType(): MyType
    local obj = { data = {} }
    return obj
end

local function testTypeInference()
    local a: MyType = createMyType()
    local b: MyType = createMyType()

    if a == b then
        -- 'b' is inferred as nilable here
        local c: MyType = b  -- TypeError: Type 'MyType?' could not be converted into 'MyType'; type MyType?[0] (nil) is not a subtype of MyType (MyType)
        local value = b.data -- TypeError: Value of type 'MyType?' could be nil
    end
end
Expected Behaviour:
Variables declared as non-nilable and assigned from functions that return non-nilable types should remain non-nullable throughout their scope.
The type checker should not infer b as nilable simply because it was assigned from a function return and involved in an equality comparison.
Actual Behaviour:
The type checker infers b as nilable (MyType?) within the if block, leading to type errors when accessing its properties or assigning it to another non-nilable variable.
Note I am not quite sure whether to describe the issue as the type being widened or that the nilability is not being propagated into the conditional blocks following equality comparisons.

Duplicate issue #1567: [NEW SOLVER] issue with exiting function when two values of the type T are inequal casts them to T? after, idk how to describe this
Created: 2024-12-15T21:30:56Z
---- dummy case ----
local function getstring(): string
	return "hello world"
end

local function foo()
	local a = getstring() -- string
	local b = getstring() -- string
	
	if a ~= b then return false end
	-- for some reason past this point using either value casts it to T? where T was its original type
	local c: string = a -- string? cannot be converted to string
	local d: string = b -- string? cannot be converted to string
	
	return true
end

---- my case ----
function lib.compare(b1: buffer, b2: buffer): boolean
	local len1: number = buffer.len(b1)
	local len2: number = buffer.len(b2)
	
	if len1 ~= len2 then return false end
	
	for offset = 1, len1 do -- number? cannot be converted to number
the issue:
given A and B as values of type T returned from a function <T>(...any) -> T
checking A ~= B and exiting if that is true causes use of the values in the future to be typed as T?

Closing comment (2024-12-16T17:38:38Z): Should be a duplicate of #1517.
Repository: luau-lang/luau

Issue #251: Documentation: C API
Created: 2021-11-29T16:42:59Z
We currently don't have documentation for C API and simply call out to https://www.lua.org/manual/5.1/manual.html#3 in README. It would make sense to have a separate page, that initially could be similar to our syntax page - link to the 5.1 manual and note the differences separately.

Duplicate issue #247: Inconsistency with lua_ref
Created: 2021-11-28T03:47:36Z
Given the following program with regular Lua 5.1:
int main()
{
        lua_State* L = luaL_newstate();

        const char* source = "return \"test\"";
        size_t sourceSize = strlen(source);

        luaL_loadbuffer(L, source, sourceSize, "test");
        lua_call(L, 0, 1);

        printf("type = %d\n", lua_type(L, -1));

        int r = luaL_ref(L, LUA_REGISTRYINDEX);
        lua_rawgeti(L, LUA_REGISTRYINDEX, r);

        printf("type = %d\n", lua_type(L, -1));

        lua_close(L);
        return 0;
}
The output is, as one would expect:
type = 4
type = 4

When the following similar program is run on Luau:
int main()
{
	lua_State* L = luaL_newstate();

	const char* source = "return \"test\"";
	size_t sourceSize = strlen(source);

	size_t bytecodeSize;
	char* bytecode = luau_compile(source, sourceSize, nullptr, &bytecodeSize);
	luau_load(L, "test", bytecode, bytecodeSize, 0);
	lua_call(L, 0, 1);

	printf("type = %d\n", lua_type(L, -1));

	int r = lua_ref(L, LUA_REGISTRYINDEX);
	lua_rawgeti(L, LUA_REGISTRYINDEX, r);

	printf("type = %d\n", lua_type(L, -1));

	lua_close(L);
	return 0;
}
The types are suddenly different:
type = 5
type = 6

With 5 being LUA_TSTRING and 6 being LUA_TTABLE.
Perhaps I'm missing something in the difference between lua_ref and luaL_ref, but this seems wrong to me on first sight.

Closing comment (2021-12-03T06:41:52Z): lua_ref now has an assertion to prevent misuse; subsequent improvements to documentation are tracked in #251
Repository: luau-lang/luau

Issue #1261: intersecting class type by shape type results in `never` and causes loss of type inference - new solver bug
Created: 2024-05-23T02:09:49Z
As shown in the following screenshot, the new solver correctly resolves the type of HumanoidStateTypes in HumanoidStateTypes.Freefall (line 24) but resolves the type of HumanoidStateTypes to never on subsequent attempts to use the variable (lines 26 & 28).

According to Drakontas on the Roblox OSS Discord server (alexmccord), this is because:

it's intersecting Enum.HumanoidStateType.Freefall which is of type Enum.HumanoidStateType by a table (that should be viewed as a shape type) with Freefall property and intersecting a class type by a shape type shouldn't result in never, so i think this is a bug in simplification

Here's a minimal repro with a different Enum:
-- assume roblox dev environment with FFlag DebugLuauDeferredConstraintResolution = true 
local UserInputTypes = Enum.UserInputType -- hover shows: local UserInputTypes: Enum.UserInputType

local function handleInputType(someInputType: Enum.UserInputType)
      if someInputType == UserInputTypes.Focus then -- hover shows: local UserInputTypes: Enum.UserInputType
            print("client tabbed in")
      elseif someInputType == UserInputTypes then -- hover shows: local UserInputTypes: never

      end
end
(edits: fixed screenshot (Enum.HumanoidStateType.Walking doesnt exist), line number)

Duplicate issue #1753: New Solver: Assert corrupts/erase Instance variable type
Created: 2025-03-28T06:35:39Z
I get a false type error and the type of weld incorrectly becomes never after an assert with the new Luau type solver enabled in Roblox Studio. weld should remain a WeldConstraint and part1 should be a BasePart after my asserts.
local weld = Instance.new("WeldConstraint")
assert(weld.Part1)
print(weld) --hover type incorrectly becomes `never`
assert(weld.Part1.Name == "RootPart")
local part1 = assert(weld.Part1)
print(part1.Position) --TypeError: Type '~(false?)' does not have key 'Position' Luau(1002)

Closing comment (2025-03-29T01:55:14Z): Same as #1261.
Repository: lycheeverse/lychee

Issue #1505: Manual page for lychee
Created: 2024-09-22T17:26:50Z
As a user of lychee I'd like to read the manual with man lychee as is possible with other programs.
Personally, I've never written a man page before, but I can give it a shot when I find the time. Most content from the README can probably be reused. I guess the sections and structure would be the most difficult part to get right.
@mre do you have any experience with writing man pages?

Duplicate issue #1564: Add shell completions and manpage 
Created: 2024-11-08T18:46:02Z
lychee_bin already uses clap which means we can utilize the following crates:

clap_complete: generated the shell completions
clap_mangen: generated manpage

Then downstream sources (i.e. package managers) can consume the generated files :)

Closing comment (2024-11-10T09:51:17Z): Yeah, that would definitely be two great improvements. This partially duplicates #1505
Repository: lycheeverse/lychee

Issue #36: Look into tower as a replacement for deadpool + channels
Created: 2020-11-24T19:36:57Z
While working on #33 I looked into existing libraries for network handling.
I even asked around on Twitter.
Turns out there is a neat little library called tower that was recommended by @shanesveller.
It handles many things that we currently do manually or not at all:

network timeouts
retries
batching

This part  is particularly interesting:

This module defines a load-balanced pool of services that adds new services when load is high.
The pool uses poll_ready as a signal indicating whether additional services should be spawned
to handle the current level of load. Specifically, every time poll_ready on the inner service
returns Ready, [Pool] consider that a 0, and every time it returns Pending, [Pool]
considers it a 1. [Pool] then maintains an exponential moving
average over those
samples, which gives an estimate of how often the underlying service has been ready when it was
needed "recently" (see [Builder::urgency]). If the service is loaded (see
[Builder::loaded_above]), a new service is created and added to the underlying [Balance].
If the service is underutilized (see [Builder::underutilized_below]) and there are two or
more services, then the latest added service is removed. In either case, the load estimate is
reset to its initial value (see [Builder::initial] to prevent services from being rapidly
added or removed.

(Sorry for quoting the entire thing, but I think it's quite rad.
AFAICT with that we can have some pool that optimizes network throughput.
If anyone has comments on the pros and cons of tower I'd love to hear them.
Perhaps somebody even wants to investigate and create a PR for it?
Help and feedback definitely wanted!

Duplicate issue #474: Option to ignore hubcaps failures
Created: 2022-01-23T15:40:01Z
Hi,
I'm using lychee to check link integrity for a whole website.
Does the tool check the same link multiple times? Despite providing a valid token, I get many:
✗ http://github.com/<foo>: Network error (hubcaps)

That I would not expect.
Is there a way to tell lychee to ignore these errors?
Something like --ignore-error=429 would be great.
Alternatively or in addition, would it be possible to wait and retry after a 429?
Something like --wait-after-cap=60 to retry links after a minute if the cap has been reached.

Closing comment (2022-03-02T23:57:45Z): Guess we can close this. latest should have the changes and the next release of lychee will as well. Using tower for retries is tracked in #36.
Repository: lycheeverse/lychee

Issue #185: Add support for anchor tags
Created: 2021-03-16T19:22:40Z
Links that point to non existent anchors https://github.com/lenisha/linkchecker-test/blob/main/about.html#L92 are not detected
<a href="https://github.com/Microsoft/onnxruntime#api-documentation" target="_blank" class="link">

Duplicate issue #743: Invalid fragments are ignored silently
Created: 2022-08-19T18:40:28Z
A link like https://github.com/lycheeverse/lychee#installationn passes as OK even though the fragment is invalid and using the link just goes to the top page, which is very undesirable for long pages or static sites

Closing comment (2022-09-21T00:09:37Z): Yeah fragment resolution is not supported yet. We'd need a "fragment cache" or something to look up fragments as we go. This is a duplicate of #185.
@laralove143 if you want to take a look I'd be thankful. We should come up with a design proposal over there; maybe you can help.
Closing this to focus discussion on the older issue. 😉
Repository: lycheeverse/lychee

Issue #1441: custom Header not sent
Created: 2024-06-14T05:18:49Z
Lychee ignores the --header argument:
Steps to reproduce:
start local http server:
nc -lvp1234

Run lychee (tested with v0.15.1) with --header:
lychee 'http://127.0.0.1:1234' --header 'foo=bar'

Lychee should send foo: bar, but doesn't:
Listening on 0.0.0.0 1234
Connection received on localhost 36584
GET / HTTP/1.1
accept: */*
accept-encoding: gzip
host: 127.0.0.1:1234

Duplicate issue #1507: Documentation for headers in TOML
Created: 2024-09-26T20:19:17Z
The CLI argument works (--header "Host=something.com")
I cannot find anywhere in the documentation that shows how to put this into the lychee.toml
In the example it just shows headers = [] which is not helpful.

Closing comment (2024-10-01T18:29:47Z): I've tried headers = ["Host=asldkfjasldfkj.com"]  in .toml, does not seem to work. I should get all 400s with a bad hostname.
Maybe related to #1441, I am reading a list of links from a local file and sending a custom header.
Repository: lycheeverse/lychee

Issue #1399: a.textContent is checked even if the text is shortened for the link
Created: 2024-04-04T20:47:42Z
Is there a way to skip the check of textContent for the a tag?
<a href="https://example.com/foo/1231241243124124124">https://example.com/foo/...</a>
Originally posted by @MichaIng in #259 (comment)

While checking our forum for outdated links, I recognised that also shortened URL text within anchor tags is checked. phpBB shortens long URLs. so that such an element is produced:
<a href="https://example.com/loong/looong/url/that/is/shorteneed/index.html" class="postlink">https://example.com/loong/looong/url/th ... index.html</a>

lychee now checks the URL itself but as well the text, where it identifies https://example.com/loong/looong/url/th as URL, which of course fails.
So once a basic functionality exists to exclude URLs/text based on HTML tags, the text content of tags/elements which have an explicit src/href/... attribute could be excluded by default, as AFAIK such shortening is quite common.

Duplicate issue #1579: Treats markdown link text as URL
Created: 2024-12-06T08:11:17Z
If I have a markdown where the link text is a broken link, but the actual link target is a valid URL,
$ cat test.md 
[https://dummyexample.gov/notexist (archive.org link)](https://web.archive.org/web/20241129184733/http://example.com)

I would expect it only checks the web.archive.org link, but it checks both the link-text and the URL
$ lychee -v test.md 
   [ERROR] https://dummyexample.gov/notexist
     [200] https://web.archive.org/web/20241129184733/http://example.com

Issues found in 1 input. Find details below.

[test.md]:
   [ERROR] https://dummyexample.gov/notexist

🔍 2 Total (in 2s) ✅ 1 OK 🚫 1 Error

This seems to relate to #949 (comment) except this is a slightly different case (as a markdown parser might helpfully convert http://example.com to <a href="example.com">http://example.com</a> - but it would surely be nonsensical to ever do the same for dummyexample.gov in the initial example - it would be a link inside a link)

Closing comment (2025-03-24T20:52:05Z): @mre I guess this is related to #1399? Should the text of  a Markdown link only be checked with the --include-verbatim option as mentioned there?
Repository: macvim-dev/macvim

Issue #490: `defaults write MMNoTitleBarWindow -bool true` causes unusable window
Created: 2017-04-01T22:46:30Z
If I set MMNoTitleBarWindow to true using defaults, the resulting MacVim window will turn completely white about one second after appearing.  If I try to type :redraw!, I can only see one character of it at a time, and the result redraw only fixes things for about one second before it goes all white again.

Duplicate issue #540: MMNoTitleBarWindowKey for hiding titlebar doest not work properly
Created: 2017-08-09T17:42:51Z
As reported by a few users, looks like the solution merged in #111 is not working as intended.
I'm using macOS Sierra 10.12.5 and MacVim 8.0.891 (136).
PS: Sorry if this is a duplicate

Closing comment (2018-12-27T04:57:37Z): Dup of #490
Repository: macvim-dev/macvim

Issue #579: FZF and MacVim rendering issue
Created: 2017-11-01T17:31:34Z
Problem with rendering in FZF (Fzf.vim) and macvim terminal:

Also the same issue: junegunn/fzf#1108
For terminal vim all works good.

Duplicate issue #599: Terminal color test gives unexpected results
Created: 2017-11-20T11:52:26Z
There appears to be something wrong with the handling of some colors in the terminal, as this screenshot shows:

For the test I am using this script.
For comparison, this is how the output looks in Vim's terminal when Vim is run in iTerm2:

So, this seems to be a MacVim-specific problem.

Closing comment (2017-12-01T19:07:19Z): Possible related to #579
Repository: macvim-dev/macvim

Issue #694: Update Prompt Version Precision Cutoff
Created: 2018-06-18T17:28:09Z
The window that prompts a user to update cuts off the version in such a way that may lead to confusion.  See attached.
The window currently begs the question "Why should I upgrade, I appear to have a version newer than the one advertised?"

Duplicate issue #733: Update offers v8.0 as upgrade from v8.1.235
Created: 2018-08-21T15:39:36Z
MacVim (Custom Version 8.1.235 (150)) is offering v8.0 as an update.  See screenshot below, since the UI wouldn't allow me to copy the text.

Closing comment (2018-08-23T03:38:51Z): It's actually offering you 8.1.280. There are some display issues with the number formatting in this UI. This is a duplicate of #694.
Repository: macvim-dev/macvim

Issue #751: Core Text rendering issues with macOS 10.14 Mojave
Created: 2018-09-23T20:04:21Z
I just did a fresh install of macOS 10.14 Mojave and found that MacVim has a number of rendering issues while scrolling. The test gets garbled and the window can sometimes go completely black.
Seems like the workaround was to disable Core Text rending in the advanced preferences.

Duplicate issue #792: Graphical Glitches
Created: 2018-11-29T02:57:58Z
Hi,
Installing (from HomeBrew) the latest version of MacVim results in major graphical glitches for me.
https://www.youtube.com/watch?v=7XKMYM5KM0k
That is version 8.1-151_2
Testing with 8.1-149_1 (what was on my old laptop) seems to work fine.
I can probably get some git bisect magic working if required to narrow the issue down further.

Closing comment (2018-11-29T10:49:19Z): Closing as duplicate of #751. There should be a fix by end of week.
Repository: macvim-dev/macvim

Issue #587: Crash
Created: 2017-11-09T11:00:25Z
MacVim just crashed.
That is horrible.
Please ensure it won't ever crash again.
Stacktrace was sent to Apple.

Duplicate issue #580: macvim flashback in high Sierra 10.13.1 (17B48)
Created: 2017-11-03T16:19:11Z

Closing comment (2017-11-13T17:29:57Z): I guess I'm unsure what you mean by "flashback?" Is it crashing? If so do you have crash reports in ~/Library/Logs/DiagnosticReports you could provide?
This may be a duplicate of #587.
Repository: macvim-dev/macvim

Issue #557: macOS high sierra + lastest release = black screen on fullscreen
Created: 2017-10-10T10:48:35Z
macOS high sierra
macvim snapshot 138
screen goes (almost) black, only cursor, tabs and scroller are visible. on moving cursor or editing text, screen is gradually drawn back.
how to reproduce:
open macvim
go fullscreen
switch to another desktop
switch back to macvim

Duplicate issue #596: If I have MacVim in full screen on it's own desktop on another monitor, as soon as I move the mouse, MacVim turns all black
Created: 2017-11-15T14:07:01Z
If I have MacVim in full screen on it's own desktop on another monitor, as soon as I move the mouse, MacVim turns all black.
To fix it I have to focus it with mouse again and create a new tab, but as soon as I move the mouse to another monitor it's all black again. Please fix this, I want to destroy my monitor after I look at that for the whole day :).

Closing comment (2017-12-27T13:48:02Z): Perhaps this is related to #557? That is the same thing that causes this, is also what causes #557.
Repository: macvim-dev/macvim

Issue #769: Macvim will not start after Sierra updated with latest security update from Apple
Created: 2018-11-02T14:33:46Z
After I updated my Mini running Sierra (there are reasons I have not updated the OS on that system) with the latest Security update from Apple, the homebrew version of macvim (and gvim, etc…) became unable to run giving this error:
$ gvim
dyld: Library not loaded: /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/libruby.2.0.0.dylib
Referenced from: /usr/local/Cellar/macvim/8.1-151/MacVim.app/Contents/bin/…/MacOS/Vim
Reason: image not found
Abort
I have checked /System/Library/Frameworks/Ruby.framework/Versions and there is now a 2.3 folder which contains the ruby binary unlike the 2.0 folder. Looking at a Time Machine backup of the Versions folder I see that 2.3 was introduced by the security update.
As an aside, there is also a Current symlink in Versions that points to the most recent version of Ruby, so I’m wondering if it is possible to compile macvim to use that symlink instead of specifying the version of ruby to use?

Duplicate issue #663: Won't launch when clicking icon - fixed for me.
Created: 2018-03-29T13:16:31Z
As mentioned in your readme you were looking for clues as to why it won't launch from the icon.

I have no idea why the GUI will not open when double-clicking
on the Vim application icon. Any hints/help is welcome.

This was solved with a security workaround to enable apps to run from unknown developers (the Anywhere option) in the security preferences, this is called "side loading" as you bypass the OS's app store.

Change the security policy for app downloads
Run the following command in your Terminal to allow downloads from anywhere.
sudo spctl --master-disable
Hit return and enter your password.

Above was copied from  How to download app from anywhere in macos-sierra.   I tried to be more selective using another approach referenced here did not work for me on the more selective option.
Hope this helps.  Let me know.

Closing comment (2019-05-18T09:42:01Z): Duplicate of #769
Now the app is signed.
Repository: macvim-dev/macvim

Issue #579: FZF and MacVim rendering issue
Created: 2017-11-01T17:31:34Z
Problem with rendering in FZF (Fzf.vim) and macvim terminal:

Also the same issue: junegunn/fzf#1108
For terminal vim all works good.

Duplicate issue #594: :terminal display bug
Created: 2017-11-13T09:13:25Z
:terminal display bug
Bug:
When I run:

cat /tmp/test-file.txt

in a ":terminal" window, the output is not identical to the file content (shows partial lines,
or consecutive lines combined with each other).
Demo:

Test details:
/tmp/test-file.txt is structured this way:

This is a test line with data: 1
...................................
This is a test line with data: 2156
This is a test line with data: 2157
...................................
This is a test line with data: 4311

System Details:

MacVim 8.0.1272
macOS Sierra 10.12.1 (16B2555)

Observations:
The following command retuns the correct result:

cat /tmp/test-file.txt | grep "^This is a test line with data:" | wc -l

Closing comment (2017-12-07T06:23:48Z): duplicate of #579
Repository: mainsail-crew/mainsail

Issue #1623: Allow adding favorited gcode files to main screen, to be executed with a single button ala macro.
Created: 2023-10-23T20:36:18Z
Requested feature:
I use some 3x3 patch for bed levelling from time to time and it's cumbersome to navigate from the main screen to the file.
I created a macro with Gcode, but macros cannot be stopped, so any issue with the print would require me to do an emergency shutdown.
Would be nice to add an option to put some specific gcode files in the main screen for easy access, perhaps tying this with the #1257 issue.
Thanks!
Solves the following problem:
No response
Additional information:
No response

Duplicate issue #1672: G-Code files favorites
Created: 2023-12-06T14:34:37Z
Requested feature:
It would be nice to have a way to keep favorite gcode files to be always available on a dedicated section, or have a way to filter the files list to only show favorite gcodes.
This feature comes handy when printing a lot of different things, but having to go back to a handful of files to reprint (online shop objects, replacement parts etc.)
Solves the following problem:
No response
Additional information:
No response

Closing comment (2023-12-07T10:56:37Z): This is a duplicate of #1623.
and for your second usecase, you can also use the job queue.
Repository: mainsail-crew/mainsail

Issue #267: [FR] User authentication
Created: 2021-04-21T11:29:18Z
Is your feature request related to a problem? Please describe.
Not a bug or so, basically a security concern when logging in from external domain (internet). i have done a port forward to my specific printer, and cannot find a way to force the mainsailos to ask for login credentials.
Describe the solution you'd like
A basic secure login screen. forcing a user to log into the mainsailos when logging on.
Describe alternatives you've considered
Cannot find any other way of securing the mainsailos install on my pi
Additional context
Add any other context or screenshots about the feature request here.

Duplicate issue #1145: User Logins
Created: 2022-11-09T18:07:59Z
Requested feature:
I'm attempting to implement utilizing Mainsail for dozens of printers in a university additive manufacturing lab, but would like to prevent students unfettered access to the underlying system and .cfg files.
So basically, having an admin login and a configurable everyone else login would be swell.
Solves the following problem:
No response
Additional information:
No response

Closing comment (2022-11-10T22:07:03Z): duplicate of #267
Repository: mainsail-crew/mainsail

Issue #1485: mode: camera-streamer, WebRTC, set flip camera image level or flip, all are unresponsive.
Created: 2023-07-25T10:18:15Z
Mainsail Version:
v2.6.1
Browser:
Chrome
Device:
Desktop PC
Operating System:
macOS
What happened?
mode: camera-streamer, WebRTC, set flip camera image level or flip, all are unresponsive.


What did you expect to happen instead?
Upgrade from v3 to v4
How to reproduce this bug?
After reinstalling the system on Raspberry Pi
Additional information:
No response

Duplicate issue #1494: After the latest update, webcam is shown upside down
Created: 2023-07-29T02:35:40Z
Mainsail Version:
v2.6.1
Browser:
Other (Please tell us below)
Brave and Firefox
Device:
Desktop PC
Operating System:
Linux
What happened?
After the last update, well, I only updated everything last night, my webcam is upside down.
I have made no changes in my end, only the the updates.
I have those options enabled since day one because the cam is mounted upside down.
It was never an issue.


What did you expect to happen instead?
The camera to be working as expected.
How to reproduce this bug?
I just turned the printer on and the cam is upside down with no way to fix it.
Additional information:
No response

Closing comment (2023-07-29T08:02:23Z): Duplicate of #1485 and already fixed. Plus check first, if there was already a bug report, before opening a new one!
Repository: mainsail-crew/mainsail

Issue #972: Pressure Advance input deletes itself when only zeros left
Created: 2022-07-17T16:22:14Z
Mainsail Version:
2.2.1
Browser:
Safari
Device:
Desktop PC
Operating System:
macOS
What happened?
When changing pressure advance from for example 0.045 you click in the field and delete the last to digits 4 and 5. In previous versions of Mainsail you could then just input the new numbers you want. Since I last updated (I guess 2.2) the complete field is deleted if there are just zeros in there (0.0).
What did you expect to happen instead?
The zeros should not be deleted. It is cumbersome to enter them again.
How to reproduce this bug?
click in the pressure advance field and delete the last digits until there are only zeros left.
Additional information:
This happens on mobile as well.
Even worse, it used to work like described above but I updated to iOS16 public beta, and now I cant change pressure advance at all. It says "input must not be empty" as soon as I put a period in and I cant put any more digits in. This could be an iOS16 bug as well. But the above problem is not related to iOS16.

Duplicate issue #1122: Remove error inducing text form autoedit code
Created: 2022-10-16T07:30:54Z
Requested feature:
Remove the automatic deletion of the decimal separator and zeros.
When editing a pressure advance value text form with an existing value of 0.03, The thought process would be to press on the text form(which causes the whole value to be selected), press right arrow to unselect all and go to the end of the value, press backspace, number 4, enter, and expect a value of 0.04s to be executed on the next move; instead, as soon as the last natural number is removed from the decimal section, all zeros as well as the decimal separator gets deleted automatically.
Solves the following problem:
When editing text forms for years on end, and getting used to doing it fast, this catches you off guard and makes you press enter before realizing that instead of 0.04, the text form is set to 4 seconds and that your klipper is about to go into shutdown state.
Additional information:
For a real example, see below.
https://imgur.com/a/BnufF0A
I have accidentally errored my printer because of this feature more times than I'd like to admit.

Closing comment (2022-10-16T10:03:19Z): Duplicate of: #972
Repository: mainsail-crew/mainsail

Issue #2155: [FR] Get filament temperature settings from Spoolman active spool.
Created: 2025-02-25T22:47:31Z
Requested feature:
It would be nice to have the active spool temperatures accesible for using in the start_print macro.
This way, one could slice files once for different filaments, and only need to worry about activating the right spool.
Solves the following problem:
No response
Additional information:
No response

Duplicate issue #2159: [FR] Add Temperature Offsets for Tool, bed, chamber
Created: 2025-03-01T08:29:43Z
Requested feature:
Add temperature offsets for tool, bed, and chamber. and allow SpoolMan to modify the values as the tool changes.
This will allow sliced files to be used multiple times, with different filaments without re-slicing and having a bunch of dup files with just temperature changes.
This is functionality found in Octoprint and SpoolManager, its extremely useful, and allows for minor tweaks to a spool that may be wet or need a small bump because of ambient temperatures (ie. summer vs winter)
The desired outcome would be on M104, M109, M140, M190, M141, M191 commands, read the passed value, apply the offset and send that value to klipper. It would be nice / best if that was done in real time so as the print is going the offset can be adjusted. but it could also be pre-processed at the start of the print if the first option is not viable.
Solves the following problem:
This will allow sliced files to be used multiple times, with different filaments without re-slicing and having a bunch of dup files with just temperature changes.
This will allows for minor tweaks to a spool that may be wet or need a small bump because of ambient temperatures (ie. summer vs winter)
Additional information:
No response

Closing comment (2025-03-01T10:02:36Z): Thx for your request, but you mixed up something... Mainsail is just a webinterface and is only running in your browser. so if you close your browser window, Mainsail is not running and couldn't do anything!
just my 2 cents to this topic:
temperatures are just a very small value of filament attributes. so just use extruder + bed temp from your active spool would not enough to change filament to print. so this solution would be the worst you can do...
let the slicer be your slicer and slice your gcode and spoolman should manage your spools, not your gcode...
a little bit a duplicate of #2155