After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 723153 - JPG export - don't select progressive by default
JPG export - don't select progressive by default
Status: RESOLVED WONTFIX
Product: GIMP
Classification: Other
Component: User Interface
2.8.10
Other All
: Normal enhancement
: ---
Assigned To: GIMP Bugs
GIMP Bugs
: 730773 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2014-01-28 10:05 UTC by Kevin Payne
Modified: 2014-09-29 19:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
A patch to solve bug #723153 (895 bytes, patch)
2014-09-27 11:24 UTC, Ravi Ojha
none Details | Review

Description Kevin Payne 2014-01-28 10:05:07 UTC
Please make the default for JPG export options to have the "Progressive" option not selected.

It seems to be causing a constant stream of requests for help as progressive mode isn't universally supported, especially on embedded systems (TVs etc)
Comment 1 André Klapper 2014-01-28 11:44:20 UTC
> It seems to be causing a constant stream of requests for help

Where?
Comment 3 Michael Schumacher 2014-06-02 13:08:31 UTC
*** Bug 730773 has been marked as a duplicate of this bug. ***
Comment 4 Mukund Sivaraman 2014-08-24 14:16:57 UTC
There was someone in #gimp who asked about how to get started in fixing this issue (it's marked as a GNOME Love bug).

Just reverting commit 4b3a1c6680ba6890b5b35fb8ba6e3e46e7257097 should be enough to bring back the old behaviour.
Comment 5 Michael Schumacher 2014-08-25 08:26:38 UTC
What we should do there: more aggressively communicating that

- GIMP uses progressive by default, and
- people should contact the manufacturers of devices that don't support it


Those "hey, we can save 5c per unit"-manufacturers won't suddenly add support on their own.
Comment 6 Ravi Ojha 2014-09-27 11:24:27 UTC
Created attachment 287241 [details] [review]
A patch to solve bug #723153
Comment 7 Ravi Ojha 2014-09-27 11:28:56 UTC
Mukund: I tried to revert that commit but while applying other commits over it after removing that commit caused a few errors. So I saw the changes that were made in commit 4b3a1c6680ba6890b5b35fb8ba6e3e46e7257097 and added the above patch after reverting those changes. Its just a single line change from TRUE to FALSE :D
Comment 8 Mukund Sivaraman 2014-09-27 12:05:54 UTC
(In reply to comment #7)
> Mukund: I tried to revert that commit but while applying other commits over it
> after removing that commit caused a few errors. So I saw the changes that were
> made in commit 4b3a1c6680ba6890b5b35fb8ba6e3e46e7257097 and added the above
> patch after reverting those changes. Its just a single line change from TRUE to
> FALSE :D

After talking to other developers, it seems we'll not be reverting this change, i.e., progressive will continue to be the default setting.
Comment 9 Ravi Ojha 2014-09-27 16:06:21 UTC
Oh.. (In reply to comment #8)
> (In reply to comment #7)
> > Mukund: I tried to revert that commit but while applying other commits over it
> > after removing that commit caused a few errors. So I saw the changes that were
> > made in commit 4b3a1c6680ba6890b5b35fb8ba6e3e46e7257097 and added the above
> > patch after reverting those changes. Its just a single line change from TRUE to
> > FALSE :D
> 
> After talking to other developers, it seems we'll not be reverting this change,
> i.e., progressive will continue to be the default setting.

Oh.. okay. :(
Comment 10 Kevin Payne 2014-09-29 14:04:41 UTC
If there has been a decision not to act on this bug please close it with a suitable comment so that it can be referred to every time someone comes along with this problem in future.
Comment 11 Michael Natterer 2014-09-29 19:49:52 UTC
Indeed.