if you read the upstream bug you will notice that upstream has asked if
somebody could give him a hand because he doesn't know how to fix it.
can you put some pressure on upstream to fix it is not how free
software works. Upstream works on that during his free time and non-
payed. He stated he
i try to ask around the lug, maybe someone there got the time/knowledge on how
to fix the problem.
just for clarification, i didn't mean to imply any disrespect to the
author of file-roller, or to his efforts. i apologise for my tone of writing.
--
Drag n' Drop directories from File-Roller is
No problem, I just wanted to point that the issue is going to be solved
by complaining about upstream lack of reactivity but rather by people
trying to work on fixing it
--
Drag n' Drop directories from File-Roller is somewhat tricky
https://launchpad.net/bugs/13199
--
desktop-bugs mailing list
** Changed in: file-roller (Ubuntu)
Status: Unconfirmed = Confirmed
--
Drag n' Drop directories from File-Roller is somewhat tricky
https://launchpad.net/bugs/13199
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Any progress in this bug? This is a serious issue for me because I work
with big compressed files :(
--
Drag n' Drop directories from File-Roller is somewhat tricky
https://launchpad.net/bugs/13199
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
I'm using file-roller 2.14.0 but the bug is still there!
Actually the file is dropped in the selected window only if you wait enought
time with the button pressed, for the file to be decompressed.
So if you decompress a 1K file the you can't notice this bug, but if you try to
drag and drop a 1GB
101 - 106 of 106 matches
Mail list logo